1. It is often simpler to implement

1. It is often simpler to implement stream buffers without buffering. If the corresponding streams
are not used frequently or are used only for output, buffering is probably not that important. (For
output, the difference between stream buffer iterators and pointers is not as bad as for input; the
main problem is comparing stream buffer iterators.) However, for stream buffers that are used
extensively, buffering should definitely be implemented.
2. The flag unitbuf causes output streams to flush the stream after each output operation. Correspondingly,
the manipulators flush and endl also flush the stream. For the best performance,
all three should probably be avoided. However, when writing to the console, for example, it is
probably still reasonable to flush the stream after writing complete lines. If you are stuck with a
program that makes heavy use of unitbuf, flush, or endl, you might consider using a special
stream buffer that does not use sync() to flush the stream buffer but uses another function that
is called when appropriate.
3. Tieing streams with the tie() function (see Section 15.12.1, page 819) also results in additional
flushing of streams. Thus, streams should be tied only if it is really necessary.
When implementing new stream buffers, it may be reasonable to implement them without buffering
first. Then, if the stream buffer is identified as a bottleneck, it is still possible to implement buffering
without affecting anything in the remainder of the application.

ผลลัพธ์ (ไทย) 1:

1. มันเป็นมักจะง่ายกว่าการใช้บัฟเฟอร์กระแสไม่ มีบัฟเฟอร์ ถ้าให้สอดคล้องกับกระแสข้อมูล
ไม่ใช้บ่อย หรือใช้เฉพาะสำหรับการแสดงผล บัฟเฟอร์ก็คงไม่ว่ากัน (สำหรับ
ผลผลิต ผลต่างระหว่างกระแส iterators บัฟเฟอร์และชี้ไม่ได้เลวร้ายสำหรับป้อนข้อมูล การ
ปัญหาหลักคือเปรียบเทียบข้อมูลบัฟเฟอร์ iterators) อย่างไรก็ตาม สำหรับกระแสข้อมูลบัฟเฟอร์ที่ใช้
อย่างกว้างขวาง บัฟเฟอร์แน่นอนดำเนินการ
2 Unitbuf ธงทำให้กระแสออกล้างสตรีมหลังจากแต่ละผลการดำเนินงาน เรียบ,
กลล้างและ endl ยังล้างสตรีม เพื่อประสิทธิภาพสูงสุด,
ทั้งสามควรอาจหลีกเลี่ยง อย่างไรก็ตาม เมื่อเขียนคอนโซล เช่น เป็น
อาจจะยังเหมาะสมที่จะล้างข้อมูลหลังจากเขียนบรรทัดที่สมบูรณ์ ถ้าคุณจะติดอยู่กับ
โปรแกรมที่หนักใช้ unitbuf ล้าง หรือ endl คุณอาจลองใช้พิเศษ
บัฟเฟอร์กระแสที่ใช้ sync() ล้างบัฟเฟอร์กระแส แต่ใช้อีก ฟังก์ชันที่
คือความเหมาะสมได้
3 กระแส tieing กับ tie() ทำงาน (ดูหัวข้อ 15.12.1 หน้า 819) นอกจากนี้ยังส่งผลเพิ่มเติม
ลบของกระแสข้อมูล ดังนั้น กระแสมัดเท่านั้นถ้าได้จริง ๆ จำเป็น
นำบัฟเฟอร์กระแสใหม่ มันอาจจะเหมาะสมที่จะนำมาใช้ โดยไม่มีการกำหนดบัฟเฟอร์
แรก แล้ว ถ้าบัฟเฟอร์กระแสถูกระบุเป็นคอขวด ก็ยังสามารถใช้การกำหนดบัฟเฟอร์
โดยไม่มีผลกระทบอะไรในส่วนเหลือของแอพลิเคชัน

ผลลัพธ์ (ไทย) 2:

1 มันมักจะเป็นเรื่องง่ายที่จะดำเนินการได้โดยไม่ต้องบัฟเฟอร์กระแสบัฟเฟอร์ ถ้ากระแสข้อมูลที่สอดคล้อง
ไม่ได้ใช้บ่อยหรือจะใช้เฉพาะสำหรับการส่งออก, บัฟเฟอร์น่าจะไม่ใช่สิ่งสำคัญที่ (สำหรับ
การส่งออกแตกต่างระหว่าง iterators บัฟเฟอร์กระแสและตัวชี้ไม่ได้ดีเท่าที่สำหรับใส่;
. ปัญหาหลักคือการเปรียบเทียบ iterators บัฟเฟอร์กระแส) แต่สำหรับบัฟเฟอร์กระแสที่มีการใช้
อย่างกว้างขวาง, บัฟเฟอร์ควรมั่นเหมาะจะดำเนินการ
2 ธง unitbuf ทำให้เกิดกระแสการส่งออกเพื่อล้างกระแสหลังจากการดำเนินการส่งออกแต่ละ ตามลําดับ
manipulators ล้างและล้าง endl ยังกระแส เพื่อประสิทธิภาพที่ดีที่สุด
ทั้งสามควรอาจจะหลีกเลี่ยงได้ แต่เมื่อเขียนไปยังคอนโซลตัวอย่างเช่นมันเป็น
อาจจะยังคงมีเหตุผลที่จะล้างกระแสหลังจากที่เขียนบรรทัดที่สมบูรณ์ ถ้าคุณจะติดอยู่กับ
โปรแกรมที่ทำให้การใช้งานหนักของ unitbuf ล้างหรือ endl คุณอาจพิจารณาใช้พิเศษ
บัฟเฟอร์กระแสที่ไม่ได้ใช้ซิงค์ () เพื่อล้างบัฟเฟอร์กระแส แต่ใช้ฟังก์ชั่นอื่นที่
ถูกเรียกเมื่อเหมาะสม
3 . tieing ลำธารด้วยเน็คไท () ฟังก์ชัน (ดูมาตรา 15.12.1, หน้า 819) นอกจากนี้ยังส่งผลให้การเพิ่มเติม
ล้างลำธาร ดังนั้นกระแสควรจะเชื่อมโยงเฉพาะในกรณีที่มีความจำเป็นจริงๆ
เมื่อการดำเนินการบัฟเฟอร์กระแสใหม่ก็อาจจะเหมาะสมที่จะดำเนินการได้โดยไม่ต้องบัฟเฟอร์
แรก แล้วถ้าบัฟเฟอร์กระแสถูกระบุว่าเป็นคอขวดก็ยังคงเป็นไปได้ที่จะใช้บัฟเฟอร์
โดยไม่มีผลกระทบอะไรในส่วนที่เหลือของโปรแกรม

ผลลัพธ์ (ไทย) 3:

1 . มันมักจะง่ายกว่าการใช้บัฟเฟอร์กระแสโดยไม่ต้อง buffering . ถ้าไม่ได้ใช้บ่อย
กระแสที่สอดคล้องกันหรือจะใช้เฉพาะสำหรับ output buffering มันคงไม่สำคัญ (
ผลผลิต , ความแตกต่างระหว่างกระแสบัฟเฟอร์ iterators และตัวชี้เป็นไม่ดีเท่าที่ใส่ ;
ปัญหาหลักคือการเปรียบเทียบกระแสบัฟเฟอร์ iterators ) อย่างไรก็ตาม สำหรับกระแสบัฟเฟอร์ที่ใช้
อย่างกว้างขวาง buffering แน่นอนควรใช้ .
2 ธง unitbuf ทำให้เกิดกระแสออกล้างกระแสหลังการส่งออก ต้องกัน ,
manipulators และเปี่ยม Endl ยังล้างธาร เพื่อประสิทธิภาพที่ดีที่สุด ,
3 ควรหลีกเลี่ยง อย่างไรก็ตาม เมื่อเขียนไปยังคอนโซล , ตัวอย่างเช่น , มันเป็น
อาจจะยังเหมาะสมที่จะล้างกระแสหลังจากเขียนสายสมบูรณ์ ถ้าคุณจะติดอยู่กับ
โปรแกรมที่ทำให้การใช้งานหนักของ unitbuf ล้าง หรือ Endl คุณอาจพิจารณาการใช้พิเศษ
กระแสบัฟเฟอร์ที่ไม่ได้ใช้ sync() ล้างบัฟเฟอร์ แต่กระแสการใช้ฟังก์ชันอื่นที่เรียกว่าเมื่อเหมาะสม
.
3 กำลังกระแส ด้วยฟังก์ชัน ( ดูมาตรา 15.12.1 tie() ,หน้า 819 ) ยังมีผลในเพิ่มเติม
ด้วยกระแส ดังนั้น กระแสควรจะมัดไว้ ถ้ามันเป็น จำเป็นจริงๆ .
เมื่อใช้บัฟเฟอร์กระแสใหม่ มันอาจจะเหมาะสมที่จะใช้พวกเขาโดยไม่ต้อง buffering
ก่อน แล้วถ้ากระแสบัฟเฟอร์ถูกระบุเป็นคอขวด มันยังสามารถใช้บัฟเฟอร์
โดยไม่มีผลอะไรในส่วนที่เหลือของโปรแกรม