การออกแบบ รูปแบบ การค้า ระบบ

ระบบการซื้อขาย: การออกแบบระบบของคุณ - ตอนที่ 1 13 ส่วนก่อนหน้าของบทแนะนำนี้ดูที่องค์ประกอบต่างๆที่ประกอบกันเป็นระบบการซื้อขายและกล่าวถึงข้อดีและข้อเสียของการใช้ระบบดังกล่าวในสภาพแวดล้อมการค้าขายสด ในส่วนนี้เราจะสร้างความรู้ดังกล่าวขึ้นโดยการตรวจสอบว่าตลาดใดเหมาะกับการซื้อขายระบบมากที่สุด จากนั้นเราจะดูลึกซึ้งในรูปแบบต่างๆของระบบการซื้อขาย การซื้อขายในตลาดที่แตกต่างกันตลาดตราสารทุนตลาดตราสารทุนน่าจะเป็นตลาดที่มีการค้าขายโดยทั่วไปโดยเฉพาะอย่างยิ่งในกลุ่มสามเณร ในเวทีนี้ผู้เล่นรายใหญ่เช่น Warren Buffett และ Merrill Lynch ครองและค่านิยมแบบดั้งเดิมและกลยุทธ์การลงทุนที่เพิ่มมากขึ้นเป็นที่นิยมมากที่สุด อย่างไรก็ตามหลายสถาบันได้ลงทุนอย่างมากในการออกแบบพัฒนาและดำเนินการระบบการซื้อขาย นักลงทุนรายย่อยเข้าร่วมแนวโน้มนี้แม้ว่าจะช้าๆก็ตาม ต่อไปนี้เป็นปัจจัยสำคัญที่ต้องจดจำเมื่อใช้ระบบการซื้อขายในตลาดตราสารทุน: จำนวนหุ้นที่มีอยู่จำนวนมากช่วยให้นักลงทุนสามารถทดสอบระบบในรูปแบบต่างๆของหุ้น - ทุกอย่างจากหุ้นที่ไม่ต้องสั่งซื้อ (OTC) ผันผวนมากไป ชิปสีน้ำเงินที่ไม่ระเหย ประสิทธิผลของระบบการซื้อขายอาจถูก จำกัด ด้วยสภาพคล่องของหุ้นบางส่วนที่มีสภาพคล่องต่ำโดยเฉพาะประเด็นเรื่อง OTC และ Pink Sheet ค่าคอมมิชชั่นสามารถกินเข้าไปในผลกำไรที่เกิดจากการค้าที่ประสบความสำเร็จและสามารถเพิ่มความสูญเสียได้ หุ้นของ OTC และ Pink Sheet มักมีค่าธรรมเนียมเพิ่มเติม ระบบการซื้อขายหลักที่ใช้คือระบบการซื้อขายหลักซึ่งหมายถึงระบบที่ใช้พารามิเตอร์ที่แตกต่างกันเพื่อพิจารณาว่าการรักษาความปลอดภัยถูกประเมินต่ำกว่าผลการดำเนินงานที่ผ่านมาเพื่อนหรือตลาดโดยทั่วไปหรือไม่ ตลาดแลกเปลี่ยนเงินตราต่างประเทศหรืออัตราแลกเปลี่ยน เป็นตลาดที่ใหญ่ที่สุดและมีสภาพคล่องมากที่สุดในโลก รัฐบาลโลกธนาคารและสถาบันการเงินขนาดใหญ่อื่น ๆ ทำการค้าเงินหลายล้านล้านดอลลาร์ในตลาดอัตราแลกเปลี่ยนทุกวัน ผู้ค้าสถาบันส่วนใหญ่ในระบบอัตราแลกเปลี่ยนพึ่งพาระบบการซื้อขาย เดียวกันจะไปสำหรับบุคคลในอัตราแลกเปลี่ยน แต่การค้าบางส่วนขึ้นอยู่กับรายงานทางเศรษฐกิจหรือการจ่ายดอกเบี้ยที่นี่มีบางปัจจัยสำคัญที่ต้องจำไว้เมื่อใช้ระบบการซื้อขายในตลาดอัตราแลกเปลี่ยน: สภาพคล่องในตลาดนี้ - เนื่องจากปริมาณมาก - ทำให้ระบบการซื้อขายมีความถูกต้องและมีประสิทธิภาพมากขึ้น ไม่มีค่าคอมมิชชั่นในตลาดนี้ ดังนั้นง่ายมากที่จะทำธุรกรรมจำนวนมากโดยไม่ต้องเพิ่มค่าใช้จ่าย เมื่อเทียบกับจำนวนหุ้นหรือสินค้าที่มีอยู่จำนวนสกุลเงินที่ใช้ในการซื้อขายมีจำนวน จำกัด แต่เนื่องจากความพร้อมของคู่สกุลเงินที่แปลกใหม่นั่นคือสกุลเงินจากประเทศที่มีขนาดเล็กความหลากหลายในแง่ของความผันผวนไม่จำเป็นต้อง จำกัด ระบบการซื้อขายหลักที่ใช้ในการแลกเปลี่ยนเงินตราต่างประเทศคือแนวโน้มที่เป็นไปตามแนวโน้ม (คำนิยมในตลาดคือแนวโน้มของเพื่อนของคุณ) หรือระบบที่ซื้อหรือขายบน breakouts เนื่องจากตัวชี้วัดทางเศรษฐกิจมักก่อให้เกิดการเคลื่อนไหวของราคาขนาดใหญ่ในครั้งเดียว ตลาดซื้อขายสัญญาซื้อขายล่วงหน้าซื้อขายล่วงหน้า (Futures Equity) ตลอดจนสินค้าโภคภัณฑ์ (Commodity Markets) มีการซื้อขายล่วงหน้า นี่เป็นยานพาหนะยอดนิยมสำหรับการซื้อขายระบบเนื่องจากปริมาณการใช้ประโยชน์ที่มากขึ้นและสภาพคล่องและความผันผวนเพิ่มขึ้น อย่างไรก็ตามปัจจัยเหล่านี้สามารถลดทั้งสองวิธี: พวกเขาสามารถขยายผลกำไรของคุณหรือขยายการสูญเสียของคุณ ด้วยเหตุนี้การใช้ฟิวเจอร์สมักสงวนไว้สำหรับผู้ค้ารายย่อยและระบบสถาบันขั้นสูง เนื่องจากระบบการซื้อขายที่มีความสามารถในการใช้ประโยชน์จากตลาดฟิวเจอร์สจำเป็นต้องมีการปรับแต่งมากขึ้นให้ใช้ตัวชี้วัดขั้นสูงและใช้เวลานานกว่าในการพัฒนา ดังนั้นที่ดีที่สุดคือถึงนักลงทุนรายย่อยในการตัดสินใจว่าตลาดใดเหมาะที่สุดสำหรับการซื้อขายระบบแต่ละข้อมีข้อดีและข้อเสียของตัวเอง คนส่วนใหญ่คุ้นเคยกับตลาดตราสารทุนมากขึ้นและความคุ้นเคยนี้ทำให้การพัฒนาระบบการซื้อขายง่ายขึ้น อย่างไรก็ตามเทรดมักจะคิดว่าเป็นแพลตฟอร์มที่เหนือกว่าในการใช้ระบบการซื้อขายโดยเฉพาะอย่างยิ่งในกลุ่มผู้ค้าที่มีประสบการณ์มากขึ้น นอกจากนี้หากนักลงทุนตัดสินใจที่จะใช้ประโยชน์จากความได้เปรียบในการลงทุนและความผันผวนมากขึ้นทางเลือกฟิวเจอร์สจะเปิดเสมอ ท้ายที่สุดทางเลือกที่อยู่ในมือของผู้พัฒนาระบบประเภทของระบบเทรดดิ้ง Trend-Following Systems วิธีที่พบมากที่สุดในการซื้อขายระบบคือระบบแนวโน้มที่ตามมา ในรูปแบบพื้นฐานที่สุดระบบนี้ก็รอการเคลื่อนไหวของราคาที่สำคัญจากนั้นจะซื้อหรือขายในทิศทางนั้น ประเภทของธนาคารระบบนี้กับหวังว่าการเคลื่อนไหวของราคาเหล่านี้จะรักษาแนวโน้ม Moving Average Systems ใช้บ่อยในการวิเคราะห์ทางเทคนิค ค่าเฉลี่ยเคลื่อนที่เป็นตัวบ่งชี้ที่แสดงราคาเฉลี่ยของหุ้นในช่วงระยะเวลาหนึ่ง สาระสำคัญของแนวโน้มจะได้มาจากการวัดนี้ วิธีที่ใช้ทั่วไปในการกำหนดการเข้าและทางออกคือการครอสโอเวอร์ ตรรกะที่อยู่เบื้องหลังนี้เป็นเรื่องง่าย: มีการสร้างเทรนด์ใหม่เมื่อราคาตกหรือต่ำกว่าค่าเฉลี่ยของราคาในอดีต (แนวโน้ม) นี่คือแผนภูมิที่ใช้สำหรับการคำนวณทั้งราคา (เส้นสีน้ำเงิน) และเส้นสีแดง (MA) ระยะเวลา 20 วันของ IBM: Breakout Systems แนวคิดพื้นฐานที่อยู่เบื้องหลังระบบประเภทนี้มีลักษณะคล้ายกับระบบค่าเฉลี่ยเคลื่อนที่ แนวคิดก็คือเมื่อมีการจัดตั้งฐานสูงหรือต่ำใหม่ขึ้นการเคลื่อนไหวของราคาน่าจะยังคงดำเนินต่อไปในทิศทางของการฝ่าวงล้อม ตัวบ่งชี้หนึ่งที่สามารถใช้ในการกำหนด breakouts คือการวางซ้อนแบบ Bollinger Band แบบง่ายๆ Bollinger Bands แสดงค่าเฉลี่ยของราคาที่สูงและราคาต่ำและการเกิดสิวเกิดขึ้นเมื่อราคาตรงกับขอบของแถบ นี่คือแผนภูมิที่ใช้คำนวณราคา (เส้นสีน้ำเงิน) และเส้น Bollinger Bands (เส้นสีเทา) ของ Microsoft: ข้อเสียของระบบ Trend-Following: ต้องมีการตัดสินใจเชิงประจักษ์ - เมื่อพิจารณาแนวโน้มจะมีองค์ประกอบเชิงประจักษ์อยู่เสมอ: ระยะเวลา แนวโน้มทางประวัติศาสตร์ ตัวอย่างเช่นค่าเฉลี่ยเคลื่อนที่อาจเป็นเวลา 20 วันที่ผ่านมาหรือในช่วงห้าปีที่ผ่านมาดังนั้นนักพัฒนาซอฟต์แวร์ต้องเป็นผู้กำหนดว่าระบบใดที่ดีที่สุดสำหรับระบบ ปัจจัยอื่น ๆ ที่จะพิจารณาคือค่าเฉลี่ยเสียงสูงและต่ำสุดในระบบ breakout Lagging Nature - การย้ายค่าเฉลี่ยและระบบ breakout จะล้าหลังเสมอ กล่าวอีกนัยหนึ่งก็คือพวกเขาไม่สามารถตีด้านบนหรือด้านล่างของแนวโน้มได้อย่างแน่นอน นี้ย่อมส่งผลให้ริบของกำไรที่อาจเกิดขึ้นซึ่งบางครั้งอาจเป็นสำคัญ ผลกระทบ Whipsaw - ในหมู่แรงตลาดที่เป็นอันตรายต่อความสำเร็จของระบบแนวโน้มต่อไปนี้เป็นหนึ่งในที่พบมากที่สุด ผลกระทบ whipsaw เกิดขึ้นเมื่อค่าเฉลี่ยเคลื่อนที่สร้างสัญญาณเท็จ - นั่นคือเมื่อค่าเฉลี่ยลดลงเพียงในช่วงจากนั้นก็กลับทิศทาง นี้อาจทำให้เกิดการสูญเสียมากเว้นแต่มีประสิทธิภาพหยุดขาดทุนและเทคนิคการบริหารความเสี่ยงที่ใช้ ตลาดด้านข้าง - ระบบติดตามแนวโน้มโดยธรรมชาติสามารถทำเงินได้เฉพาะในตลาดที่ทำตามแนวโน้ม อย่างไรก็ตามตลาดยังเคลื่อนไหวไปด้านข้าง อยู่ในช่วงที่กำหนดเป็นระยะเวลานาน ความผันผวนที่รุนแรงอาจเกิดขึ้น - บางครั้งระบบแนวโน้มตามอาจมีความผันผวนมาก แต่ผู้ประกอบการต้องยึดติดกับระบบของตน การไม่สามารถทำเช่นนั้นจะส่งผลให้เกิดความล้มเหลวที่มั่นใจได้ Countertrend Systems โดยทั่วไปเป้าหมายของระบบ countertrend คือการซื้อที่ต่ำสุดต่ำสุดและขายได้ที่ระดับสูงสุด ข้อแตกต่างหลักระหว่างระบบนี้และระบบแนวโน้มคือระบบเคาน์เตอร์แทร็กไม่สามารถแก้ไขตัวเองได้ กล่าวอีกนัยหนึ่งไม่มีเวลาที่จะออกจากตำแหน่งและส่งผลให้เกิดข้อเสียที่ไม่ จำกัด ชนิดของระบบการนับถอยหลังระบบต่างๆหลายประเภทถือเป็นระบบการนับถอยหลัง ความคิดที่นี่คือการซื้อเมื่อโมเมนตัมในทิศทางเดียวเริ่มซีดจาง นี่คือการคำนวณโดยส่วนใหญ่ใช้ oscillators ตัวอย่างเช่นสัญญาณสามารถสร้างขึ้นเมื่อ stochastics หรือตัวบ่งชี้ความแข็งแกร่งอื่น ๆ ตกอยู่ภายใต้จุดบางอย่าง มีระบบการซื้อขายแบบ countertrend ประเภทอื่น ๆ แต่ทุกคนมีเป้าหมายพื้นฐานเดียวกัน - ซื้อต่ำและขายสูง ข้อเสียของ Countertrend ต่อไปนี้ระบบ: จำเป็นต้องมีการตัดสินใจในการตัดสินใจ - ตัวอย่างเช่นปัจจัยหนึ่งที่นักพัฒนาระบบต้องตัดสินใจคือจุดที่ตัวบ่งชี้ความเข้มของสัมพัทธ์จางหายไป อาจเกิดความผันผวนมากขึ้นระบบเหล่านี้อาจมีความผันผวนมากและไม่สามารถติดตั้งระบบได้แม้จะมีความผันผวนนี้จะส่งผลให้เกิดความล้มเหลวได้อย่างมั่นใจ Unside Downside - ตามที่กล่าวมาแล้วมีข้อเสียที่ไม่ จำกัด เนื่องจากระบบไม่สามารถแก้ไขตัวเองได้ (ไม่มีเวลาที่จะออกจากตำแหน่ง) ข้อสรุปตลาดหลักที่ระบบการซื้อขายมีความเหมาะสมคือตลาดตราสารทุนตลาดอนุพันธ์และตลาดฟิวเจอร์ส แต่ละตลาดมีข้อดีและข้อเสีย ระบบการซื้อขายหลักสองประเภทคือระบบเทรนด์และระบบ countertrend แม้จะมีความแตกต่างทั้งสองประเภทของระบบในขั้นตอนการพัฒนาของพวกเขาต้องมีการตัดสินใจเชิงประจักษ์ในส่วนของนักพัฒนา นอกจากนี้ระบบเหล่านี้อาจมีความผันผวนมากและอาจต้องการความแข็งแกร่งบางอย่าง - ผู้ค้าระบบต้องยึดติดกับระบบของตนเองในช่วงเวลาดังกล่าว ในงวดต่อไปนี้ให้ดูที่วิธีการออกแบบระบบการซื้อขายและพูดคุยเกี่ยวกับซอฟต์แวร์บางอย่างที่ผู้ค้าระบบใช้เพื่อทำให้ชีวิตของพวกเขาง่ายขึ้นนี่เป็นหนังสือเกี่ยวกับการผสานรวมขององค์กรโดยใช้การส่งข้อความ ไม่ได้ระบุถึงเทคโนโลยีหรือผลิตภัณฑ์ใด ๆ ค่อนข้างถูกออกแบบมาสำหรับนักพัฒนาซอฟต์แวร์และผู้ผสานรวมที่ใช้ผลิตภัณฑ์และเทคโนโลยีการส่งข้อความแบบต่างๆเช่น: มิดเดิลแวร์ (MOM) ที่มุ่งเน้นข้อความ (Message-oriented middleware) และชุดการผสานรวมที่เสนอโดยผู้ขายเช่น IBM (WebSphere MQ Family), Microsoft (BizTalk), TIBCO , WebMethods, SeeBeyond, Vitria และอื่น ๆ การติดตั้ง Java Message Service (JMS) ที่รวมอยู่ในเซิร์ฟเวอร์แอ็พพลิเคชัน J2EE เชิงพาณิชย์และโอเพนซอร์สรวมถึงผลิตภัณฑ์แบบสแตนด์อโลน Microsoft Message Queuing (MSMQ) ซึ่งสามารถเข้าถึงได้ผ่านทาง APIs ต่างๆรวมทั้งไลบรารี System. Messaging ใน มาตรฐานบริการเว็บของ Microsoft Emerging ซึ่งสนับสนุนบริการเว็บแบบอะซิงโครนัส (เช่น WS-ReliableMessaging) และ API ที่เกี่ยวข้องเช่น Suns Java API สำหรับ XML Messaging (JAXM) หรือ Microsofts Web Services Extensions (WSE) การผสานรวม Enterprise นอกเหนือจากการสร้างแอพพลิเคชันเพียงตัวเดียวด้วยสถาปัตยกรรม n-distribution ซึ่งช่วยให้สามารถใช้งานแอพพลิเคชันตัวเดียวผ่านคอมพิวเตอร์หลายเครื่องได้ ในขณะที่หนึ่งชั้นในโปรแกรมประยุกต์ที่แจกจ่ายไม่สามารถทำงานได้ด้วยตัวเองแอ็พพลิเคชันที่รวมเป็นโปรแกรมที่เป็นอิสระซึ่งแต่ละตัวสามารถทำงานได้ด้วยตัวเอง แต่ฟังก์ชันนี้จะทำงานโดยการประสานกันและกันอย่างคล่องแคล่ว การรับส่งข้อความช่วยให้สามารถส่งข้อมูลหรือคำสั่งไปทั่วเครือข่ายโดยใช้วิธีการส่งและลืมที่ผู้โทรส่งข้อมูลไปยังงานอื่น ๆ ในขณะที่ข้อมูลถูกส่งผ่านระบบส่งข้อความ ผู้โทรสามารถแจ้งผลการโทรกลับได้ในภายหลัง การโทรแบบอะซิงโครนัสและการเรียกกลับสามารถทำให้การออกแบบมีความซับซ้อนกว่าวิธีการแบบซิงโครนัส แต่สามารถเรียกซ้ำการโทรแบบอะซิงโครนัสได้จนกว่าจะประสบความสำเร็จซึ่งทำให้การสื่อสารมีความน่าเชื่อถือมากขึ้น การรับส่งข้อความแบบอะซิงโครนัสยังช่วยให้สามารถใช้ประโยชน์ได้หลายอย่างเช่นการควบคุมปริมาณการร้องขอและการปรับสมดุลภาระ ใครควรอ่านหนังสือเล่มนี้หนังสือเล่มนี้ได้รับการออกแบบมาเพื่อช่วยนักพัฒนาแอ็พพลิเคชันและผู้รวมระบบเชื่อมต่อแอพพลิเคชันโดยใช้ผลิตภัณฑ์มิดเดิลแวร์แบบข้อความ: สถาปนิกและนักพัฒนาแอพพลิเคชันที่ออกแบบและสร้างแอพพลิเคชั่นขององค์กรที่ซับซ้อนที่ต้องการทำงานร่วมกับแอพพลิเคชันอื่น ๆ สมมติว่าคุณกำลังพัฒนาแอ็พพลิเคชันของคุณโดยใช้แพลตฟอร์มแอพพลิเคชันระดับองค์กรที่ทันสมัยเช่น Java 2 Platform, Enterprise Edition (J2EE) หรือกรอบงาน Microsoft หนังสือเล่มนี้จะช่วยให้คุณเชื่อมต่อแอพพลิเคชันกับชั้นการรับส่งข้อความและแลกเปลี่ยนข้อมูลกับแอ็พพลิเคชันอื่น ๆ หนังสือเล่มนี้มุ่งเน้นไปที่การรวมแอพพลิเคชันไม่ใช่ในการสร้างแอพพลิเคชั่นนั้นเราจะอ้างอิงถึง Patterns of Enterprise Application Architecture ของ Martin Fowler สถาปนิกและนักพัฒนาที่ทำงานร่วมกันซึ่งออกแบบและสร้างโซลูชันการรวมระบบที่เชื่อมต่อกับแอปพลิเคชันที่บรรจุหรือกำหนดเอง ผู้อ่านส่วนใหญ่ในกลุ่มนี้จะมีประสบการณ์กับเครื่องมือการรวมระบบเชิงพาณิชย์หลายอย่างเช่น IBM WebSphere MQ, TIBCO, WebMethods, SeeBeyond, Vitria เป็นต้นเครื่องมือเหล่านี้มีหลายรูปแบบที่นำเสนอในหนังสือเล่มนี้ หนังสือเล่มนี้ช่วยให้ผู้อ่านเข้าใจแนวคิดพื้นฐานและตัดสินใจอย่างมั่นใจในการออกแบบโดยใช้คำศัพท์ที่ผู้จัดจำหน่ายอิสระ Enterprise Architects ต้องรักษาภาพรวมภาพรวมของสินทรัพย์ซอฟต์แวร์และฮาร์ดแวร์ไว้ในองค์กร หนังสือเล่มนี้นำเสนอภาษาที่สอดคล้องกันเพื่ออธิบายถึงโซลูชันการรวมระบบที่มีขนาดใหญ่ซึ่งอาจครอบคลุมในหลายเทคโนโลยีหรือโซลูชันจุด ภาษานี้เป็นกุญแจสำคัญสำหรับการสื่อสารที่มีประสิทธิภาพระหว่างสถาปนิกองค์กรกับสถาปนิกและนักพัฒนาแอพพลิเคชั่นและรวม สิ่งที่คุณจะได้เรียนรู้หนังสือเล่มนี้ไม่ได้พยายามสร้างกรณีธุรกิจสำหรับการผสานรวมแอพพลิเคชันระดับองค์กรโดยให้ความสำคัญกับวิธีการทำงาน ผู้อ่านหนังสือเล่มนี้จะได้เรียนรู้วิธีผสานรวมแอ็พพลิเคชันขององค์กรโดยการทำความเข้าใจข้อดีและข้อ จำกัด ของการรับส่งข้อความเมื่อเทียบกับเทคนิคการรวมระบบอื่น ๆ วิธีการตรวจสอบช่องข้อความที่แอพพลิเคชันของคุณต้องการและวิธีควบคุมว่าผู้บริโภคหลาย ๆ คนจะได้รับข้อความเดียวกันหรือไม่ วิธีการจัดการข้อความที่ไม่ถูกต้องเมื่อต้องการส่งข้อความสิ่งที่ควรมีและวิธีการใช้คุณสมบัติพิเศษของข้อความวิธีการกำหนดเส้นทางข้อความไปยังจุดหมายปลายทางที่ดีที่สุดแม้ว่าผู้ส่งจะไม่ทราบว่าอยู่ที่ไหนวิธีการแปลงข้อความเมื่อผู้ส่งและ ผู้รับไม่เห็นด้วยกับรูปแบบทั่วไปวิธีการออกแบบรหัสที่เชื่อมต่อโปรแกรมประยุกต์เข้ากับระบบการรับส่งข้อความวิธีการจัดการและตรวจสอบระบบการรับส่งข้อความเมื่อใช้งานเป็นส่วนหนึ่งขององค์กรแม้ผู้อ่านที่คุ้นเคยกับการปฏิบัติเหล่านี้จะได้รับประโยชน์จากการมี พวกเขาได้รับการบันทึกไว้และสามารถใช้พวกเขาเพื่ออำนวยความสะดวกในการสื่อสารกับเพื่อนร่วมงาน หนังสือเล่มนี้ไม่ครอบคลุมเราเชื่อว่าหนังสือเล่มใดที่มีคำว่า sporting คำในชื่อมีแนวโน้มที่จะตกอยู่ในหนึ่งในสามประเภท ทั้งสองพยายามที่จะครอบคลุมความกว้างทั้งหมดของเรื่องและจะถูกบังคับให้หยุดสั้น ๆ ของคำแนะนำโดยละเอียดเกี่ยวกับวิธีการใช้โซลูชันที่เกิดขึ้นจริง หรือหนังสือเล่มนี้จะให้คำแนะนำในการพัฒนาโซลูชันที่เกิดขึ้นจริง แต่จะบังคับให้ จำกัด ขอบเขตของพื้นที่เป้าหมายที่ระบุไว้ สุดท้ายหนังสือที่พยายามจะทำทั้งสองอย่างอาจไม่ได้เสร็จสิ้นหรือได้รับการตีพิมพ์จนท้ายที่สุดไม่เกี่ยวข้อง เราเลือกใช้ทางเลือกที่สองและหวังสร้างหนังสือที่ช่วยให้ผู้คนสร้างโซลูชันการรวมระบบที่ดีขึ้นแม้ว่าเราจะต้อง จำกัด ขอบเขตของหนังสือ หัวข้อที่เราต้องการจะกล่าวถึง แต่ต้องแยกออกเพื่อไม่ให้ตกอยู่ในประเภทดักรวมถึงความปลอดภัยการทำแผนที่ข้อมูลที่ซับซ้อนเวิร์กโฟลว์เครื่องยนต์กฎความสามารถในการปรับขยายและความแข็งแกร่งและการประมวลผลธุรกรรมแบบกระจาย (XA, Tuxedo และอื่น ๆ ) . เราเลือกการรับส่งข้อความแบบอะซิงโครนัสเป็นจุดเน้นสำหรับหนังสือเล่มนี้เพราะเต็มไปด้วยประเด็นด้านการออกแบบที่น่าสนใจและการไม่ชอบด้วยความชำนาญและให้สิ่งที่เป็นนามธรรมที่สะอาดจากการใช้งานที่หลากหลายโดยผู้จัดจำหน่ายรวมต่างๆ หนังสือเล่มนี้ไม่ใช่บทแนะนำเกี่ยวกับเทคโนโลยีการส่งข้อความหรือมิดเดิลแวร์โดยเฉพาะ คุณจะพบตัวอย่างจากหลายเทคโนโลยีที่แตกต่างกันในหนังสือเล่มนี้เช่น JMS, MSMQ, TIBCO, Microsoft BizTalk, XSL เป็นต้นเราได้รวมตัวอย่างเหล่านี้ไว้เพื่อแสดงให้ผู้อ่านทราบว่ารูปแบบนี้สามารถแปลเป็นการนำไปใช้จริงได้อย่างไร หากคุณสนใจที่จะเรียนรู้เพิ่มเติมเกี่ยวกับเทคโนโลยีที่เฉพาะเจาะจงเหล่านี้โปรดดูที่หนังสือเล่มหนึ่งที่อ้างถึงในบรรณานุกรมหรือแหล่งข้อมูลออนไลน์จำนวนมาก หนังสือเล่มนี้จัดเป็นอย่างไรหลักของหนังสือมี 65 รูปแบบที่เป็นรูปแบบภาษา หนังสือเช่น Design Patterns สถาปัตยกรรมซอฟต์แวร์เชิงแนวนอน รูปแบบ Core J2EE และรูปแบบของสถาปัตยกรรมแอ็พพลิเคชันแอ็พพลิเคชันมีความนิยมในการใช้รูปแบบเพื่อจัดทำเอกสารเทคนิคการเขียนโปรแกรมคอมพิวเตอร์ แนวความคิดของรูปแบบและรูปแบบภาษาเดิมทีใช้กับสถาปัตยกรรมเมืองและอาคารโดยคริสโตเฟอร์อเล็กซานเดอร์ในผลงานของเขาเป็นภาษาแบบแผนและวิถีชีวิตอันเป็นกาล เพื่อช่วยให้ผู้ออกแบบออกแบบโซลูชันการรวมเข้าด้วยกันรูปแบบแต่ละรูปแบบหมายถึงการตัดสินใจที่ผู้อ่านจะต้องทำอธิบายข้อพิจารณาที่ส่งผลต่อการตัดสินใจและนำเสนอวิธีการแก้ปัญหาที่ได้รับการยกย่องเพื่อเป็นแนวทางในการตัดสินใจ ภาษารูปแบบคือเว็บที่มีรูปแบบที่เกี่ยวข้องซึ่งรูปแบบแต่ละรูปแบบนำไปสู่ผู้อื่นนำทางผู้อ่านผ่านกระบวนการตัดสินใจ วิธีนี้เป็นเทคนิคที่มีประสิทธิภาพสำหรับการจัดทำเอกสารความรู้จากผู้เชี่ยวชาญเพื่อให้ผู้เชี่ยวชาญและผู้เชี่ยวชาญสามารถเข้าใจได้ง่าย ภาษาแบบสอนผู้อ่านว่าจะแก้ปัญหาความหลากหลายของปัญหาภายในขอบเขตที่ จำกัด ได้อย่างไร เนื่องจากปัญหาโดยรวมที่ได้รับการแก้ไขจะแตกต่างกันทุกครั้งเส้นทางผ่านรูปแบบและวิธีการใช้งานเหล่านี้ยังไม่เหมือนใคร ด้วยวิธีนี้หนังสือเล่มนี้จึงถูกเขียนขึ้นสำหรับทุกคนที่ใช้เครื่องมือใด ๆ ในการส่งข้อความหรือการรวมเข้าเพื่อวัตถุประสงค์ใด ๆ แต่สามารถนำมาประยุกต์ใช้กับคุณโดยเฉพาะและการใช้ข้อความเฉพาะที่คุณกำลังเผชิญได้ รูปแบบอธิบายการแก้ปัญหาที่เป็นที่ยอมรับโดยทั่วไปสำหรับปัญหาที่เกิดขึ้นบ่อยครั้งดังนั้นหากคุณเป็นผู้พัฒนาโซลูชันการผสานรวมที่มุ่งเน้นข้อความหลายรูปแบบเหล่านี้ดูเหมือนจะคุ้นเคยกับคุณ แม้ว่าคุณจะรู้จักรูปแบบเหล่านี้แล้ว แต่ก็ยังมีข้อดีอยู่ในการทบทวนหนังสือเล่มนี้ หนังสือเล่มนี้ควรตรวจสอบความเข้าใจที่แท้จริงของคุณเกี่ยวกับวิธีใช้การรับส่งข้อความ ช่วยให้คุณมีข้อมูลอ้างอิงรวมเพื่อช่วยให้คุณถ่ายทอดความรู้ได้อย่างมีประสิทธิภาพแก่เพื่อนร่วมงานที่มีประสบการณ์น้อย นอกจากนี้ยังมีเอกสารรายละเอียดเกี่ยวกับโซลูชันและความสัมพันธ์ระหว่างพวกเขาที่คุณอาจไม่ได้รับทราบ สุดท้ายชื่อรูปแบบจะให้คำศัพท์ทั่วไปเพื่อปรึกษาทางเลือกในการออกแบบบูรณาการกับเพื่อนของคุณได้อย่างมีประสิทธิภาพ Acknowledgments เช่นเดียวกับหนังสือส่วนใหญ่รูปแบบการผสานรวมขององค์กรเป็นเวลานานในการสร้าง ความคิดในการเขียนเกี่ยวกับรูปแบบการบูรณาการแบบข้อความขึ้นอยู่กับช่วงฤดูร้อนของปี 2544 เมื่อมาร์ตินกำลังทำงานเกี่ยวกับรูปแบบของสถาปัตยกรรมแอ็พพลิเคชันแอ็พพลิเคชัน ในขณะที่มันหลง Kyle ว่าในขณะที่ P ของ EAA พูดคุยกันมากเกี่ยวกับวิธีการสร้างโปรแกรมประยุกต์ก็สัมผัสเพียงชั่วครู่เกี่ยวกับวิธีการรวมพวกเขา ความคิดนี้เป็นจุดเริ่มต้นของการประชุมระหว่าง Martin และ Kyle ซึ่งรวมถึง Rachel Reinitz และ John Crupi บ๊อบบี้ได้เข้าร่วมการอภิปรายในช่วงฤดูใบไม้ร่วงปี 2544 ตามด้วยเกรเกอร์ในช่วงต้นปี 2545 ในช่วงฤดูร้อนที่ผ่านมากลุ่มได้ส่งเอกสารสองฉบับเพื่อทบทวนในรูปแบบภาษาของโปรแกรม (PLoP) การประชุมหนึ่งประพันธ์โดยบ๊อบบี้และไคล์และอีกฝ่ายหนึ่งโดยเกรเกอร์ . หลังจากการประชุมไคล์และมาร์ตินได้จดจ่ออยู่กับโครงการหนังสือของตัวเองในขณะที่เกรเกอร์และบ๊อบบี้รวมเอกสารของตนเพื่อสร้างพื้นฐานสำหรับหนังสือ ในเวลาเดียวกันไซต์ enterprise integration รวมไปถึงเพื่อให้สถาปนิกและนักพัฒนาซอฟต์แวร์ทั่วโลกเข้าร่วมมีส่วนร่วมในการพัฒนาเนื้อหาอย่างรวดเร็ว ขณะที่พวกเขาทำงานเกี่ยวกับหนังสือ Gregor และ Bobby ได้เชิญผู้ร่วมสมทบมาช่วยในการกลั่นกรองเนื้อหาในหนังสือ ประมาณสองปีหลังจากความคิดเดิม Kyles ต้นฉบับสุดท้ายมาถึงสำนักพิมพ์ หนังสือเล่มนี้น่าจะเป็นไปได้โดยปราศจากความช่วยเหลือจากผู้ร่วมให้ข้อมูลมากมาย ชื่อที่นี่ เกี่ยวกับภาพปกอัลบั้มรูปแบบทั่วไปของหนังสือใน Martin Fowler Signature Series คือภาพของสะพาน ในความรู้สึกบางอย่างเราโชคดีเพราะรูปแบบที่จะทำให้การจับคู่ที่ดีขึ้นสำหรับหนังสือเกี่ยวกับการรวมเป็นพัน ๆ ปีสะพานช่วยเชื่อมโยงผู้คนจากฝั่งที่แตกต่างกันภูเขาหรือด้านข้างของถนน เราเลือกภาพของสะพาน Taiko-bashi ที่ศาลเจ้า Sumiyoshi-taisha ในโอซาก้าในประเทศญี่ปุ่นเพื่อความสง่างามและความงามที่เรียบง่าย เป็นศาลเจ้าชินโตที่อุทิศตนเพื่อเทพผู้ปกครองสำหรับลูกเรือ แต่เดิมถูกสร้างขึ้นติดกับน้ำ ที่น่าสนใจการบุกเบิกที่ดินได้ผลักดันน้ำออกไปเพื่อให้ศาลในวันนี้ยืนเกือบสามกิโลเมตรภายในประเทศ มีผู้เข้าชมศาลนี้ราว 3 ล้านคนในช่วงต้นปีใหม่ ต้องการติดตามข่าวสารล่าสุดตามบล็อกของฉัน ต้องการอ่านเพิ่มเติมในเชิงลึกดูบทความของฉัน ต้องการเห็นฉันอยู่ดูที่ฉันพูดถัดไป ค้นหาคำอธิบายทั้งหมดของรูปแบบนี้ใน: รูปแบบการรวม Enterprise Gregor Hohpe และ Bobby Woolf ISBN 0321200683 650 หน้า Addison-Wesley จาก Enterprise Integration to Enterprise Transformation: หนังสือเล่มใหม่ของฉันอธิบายถึงวิธีที่สถาปนิกสามารถมีบทบาทสำคัญในการเปลี่ยนแปลงด้านไอทีโดยใช้เทคนิค, การสื่อสารและทักษะองค์กรกับ 37 ตอนจากองค์กรขนาดใหญ่ไอที บางส่วนของหน้านี้มีอยู่ภายใต้ใบอนุญาตครีเอทีฟคอมมอนส์ คุณสามารถใช้ไอคอนรูปแบบรูปแบบชื่อปัญหาและคำชี้แจงโซลูชัน (เป็นตัวหนา) และร่างภายใต้ใบอนุญาตนี้ ส่วนอื่น ๆ ของข้อความเช่นบทข้อความหรือข้อความรูปแบบทั้งหมดได้รับการคุ้มครองโดยลิขสิทธิ์แอปพลิเคชันที่ต้องใช้เวลาจริงจำเป็นต้องมีการกำหนดค่าซึ่งไม่รวม Java และภาษาอื่นที่เก็บรวบรวมขยะ C และ C เป็นภาษาทางเลือกสำหรับระบบเรียลไทม์ ฉันคิดว่าเมื่อคุณอ้างถึงการค้าอัลกอริธึมคุณหมายถึงการซื้อขายด้วยความถี่สูง (HFT) ระบบเรียลไทม์และ performant รวม: โครงสร้างพื้นฐานแบบ Solid HW การพิจารณาโปรไฟล์และการเพิ่มประสิทธิภาพด้วยข้อมูลพื้นฐานสถาปัตยกรรมพื้นฐานสถาปัตยกรรมพื้นฐานรวมถึงการใช้ความรู้เกี่ยวกับประสิทธิภาพของ big-O ด้วยการทำความเข้าใจมิติข้อมูลในจุดต่างๆในโปรแกรม กี่แกนข้อมูลเกี่ยวกับความสัมพันธ์ของแคชคืออะไร NUMA เกี่ยวข้องอย่างไรความสัมพันธ์ระหว่างตัวประมวลผลความสัมพันธ์แสดงแผนผังการทำงานของคุณและปิดบังตารางของคุณและฉันจะต้องประหลาดใจต่อไป แสดงตารางของคุณและฉันมักจะไม่ต้องการให้ผังงานของคุณเด่นชัด Fred Brooks, The Mythical Man เดือนคุณต้องได้รับโครงสร้างข้อมูลและอินเทอร์เฟซของคุณถูกต้อง หากไม่มีโครงสร้างข้อมูลที่ถูกต้องโปรแกรมของคุณก็ถึงขั้นเสียแล้ว คุณต้องใช้เวลาเพียงพอและดูแลด้วยอินเทอร์เฟซของคุณเพื่อให้คุณสามารถเปลี่ยนแปลงการใช้งานได้โดยไม่ส่งผลต่อลูกค้า รีบเร่งรีบกลับใจ ตัวอย่างเช่นในระหว่างการตรวจทานโค้ดของอินเทอร์เฟซสำหรับการส่งข้อความของไคลเอ็นต์เราพบว่ามีสอง for-loops โดยไม่ได้ตั้งใจสำหรับข้อความหนึ่งที่ซ้อนกันอยู่ภายในอีก การตรวจสอบโค้ดถูกเรียกใช้เนื่องจากภายใต้สภาวะที่ไม่พึงประสงค์เวลาในการประมวลผลลดลงตั้งแต่ 1 ถึง 10 ms นักพัฒนาซอฟต์แวร์ยืนกรานว่าตั้งแต่การประมวลผลข้อความเดียวใช้เวลา 1 ปีแล้ว 10ms ต้องเป็นปัญหาอื่น ๆ จำนวนข้อความมากที่สุดที่คุณเห็นในคิวข้อความ 100 คืออะไรเรา จำกัด ไว้ที่ 100 ข้อความ คุณมีการประมวลผล O (N2) ซึ่งหมายความว่ามี 100 ข้อความที่คุณเป็น 10010010000X ช้าที่มีข้อความเดียว 1us 10,000 10ms คืออะไรการเปลี่ยนอัลกอริทึมดังกล่าวทำให้แต่ละข้อความมีการพิจารณาเพียงครั้งเดียวที่ได้รับการปรับปรุงให้มีประสิทธิภาพแย่ที่สุดเมื่อเทียบกับ 1ms อย่างมีนัยสำคัญ กรณีคดีเกี่ยวกับเรื่องมุมในอีกกรณีหนึ่งเราใช้ weakptr ในวิธีการติดต่อกลับสำหรับ IO แบบอะซิงโครนัส ตราบเท่าที่ระบบอยู่ในสถานะคงที่เราสามารถหนีไปกับการเป็นคนขี้เกียจและใช้ sharedptr ได้ทุกที่ อย่างไรก็ตามการใช้ sharedptr นี้ทำให้ไม่สามารถปิดเครื่องได้ด้วย IO แบบอะซิงโครนัส การใช้ weakptr ซึ่งสังเกต sharedptr และสามารถใช้ได้เฉพาะกับ sharedptr ที่ใช้งานได้ตราบใดที่ทรัพยากรที่อ้างถึงยังคงมีอยู่เป็นสิ่งสำคัญในการทำความสะอาดการปิดระบบ สมาชิกในทีมบางคนแย้งว่าเราไม่เคยปิดเครื่องเพียงอย่างเดียว อย่างไรก็ตามโดยการแก้ไขปัญหาที่ทำให้ไม่สามารถปิดระบบได้เรายังกล่าวถึงข้อผิดพลาดที่ยากต่อการทำซ้ำซึ่งเกิดขึ้นเมื่อมีการยกเลิกคำขอ IO แบบอะซิงโครนัส รูปแบบการออกแบบทั่วไปผู้ผลิต - ผู้บริโภคที่มีคิวที่มีเธรดปลอดภัยเนื่องจากมีการแจ้งเตือนตัวแปรการเชื่อมต่อและตัวแปรสภาพ วิธีนี้ทำให้ Producer สามารถทำงานได้เร็วขึ้นทันทีที่ส่งสัญญาณตัวแปรสภาพ ผู้บริโภคมีประสิทธิภาพเพราะบล็อกในตัวแปรสภาพแวดล้อมที่มีระบบปฏิบัติการ (และมีประสิทธิภาพ) รูปแบบข้อความจะส่งข้อมูลแพคเก็ตไปยังผู้รับที่มีนามธรรม ความรับผิดชอบในการแปลชื่อนามธรรมเป็นกลไกการส่งมอบที่เป็นรูปธรรมและจุดสิ้นสุดจะได้รับการจัดการภายในไลบรารีการรับส่งข้อความ พูลหัวข้อสร้างไว้ล่วงหน้าเป็นจำนวนเธรดและเธรดเหล่านี้จะได้รับมอบหมายตามต้องการในการทำงานเฉพาะงานจากนั้นกลับไปที่พูลเพื่อนำมาใช้ใหม่ Asynchronous IO เป็นเทคนิคการเขียนโค้ดที่เติมเต็มรูปแบบข้อความและพูลเธรด โปรแกรมจะสร้างคำขอ IO และให้ฟังก์ชันเรียกกลับที่เรียกใช้โดยระบบปฏิบัติการเมื่อ IO เสร็จสิ้น นี้มีประสิทธิภาพเนื่องจากซีพียูเป็นคำสั่งของขนาดเร็วกว่า IO Boosts ห้องสมุด Asio เป็นความช่วยเหลือใหญ่ที่นี่สำหรับ IO แบบพกพาแบบอะซิงโครนัส การลงทะเบียน - ใช่ศาสตราจารย์ระบบปฏิบัติการของคุณบอกว่าการเลือกตั้งไม่ได้ผล แต่ก็ให้การตอบสนองแฝงที่ต่ำกว่าตัวจัดการการขัดจังหวะ โดยเฉพาะเมื่อคุณมีหลายสิบแกนที่พร้อมใช้งานการกำหนดแกนหลักให้กับพอร์ต IO 40Gb แต่ละพอร์ตทำให้รู้สึกได้เป็นอย่างดี sharedptr - เป็นการยากที่จะพิสูจน์ว่าไม่ได้ใช้ sharedptr (หรือคล้ายกัน) เว้นเสียแต่ว่าจนกว่า profiling จะแสดงค่าใช้จ่ายที่ไม่สามารถยอมรับได้ มีการทำโปรไฟล์ที่ฉันเคยปฏิเสธงานที่น่าสนใจอื่น ๆ ที่น่าสนใจเพราะโปรแกรมเมอร์ตะกั่วกล่าวกับฉันทุกคนที่ไม่สามารถจำเมื่อปล่อยทรัพยากรของพวกเขาไม่ควรเขียนโปรแกรมสำหรับฉัน ใช่แล้วฉันก็หยุดใช้เข็มขัดนิรภัยตอนขับรถเพราะถ้าฉันไม่สามารถหลีกเลี่ยงอุบัติเหตุได้ฉันก็ไม่ควรใช้รถยนต์ สถาปัตยกรรมไดรฟ์เหตุการณ์ซึ่งแต่ละโปรแกรมจะลงทะเบียนตัวจัดการข้อความเพื่อเรียกใช้โค้ดบางชิ้นผ่านตัวแปรสภาพ ตัวจัดการข้อความจะได้รับการลงทะเบียนเมื่อเริ่มต้นและมีการบล็อกการโทรเพียงครั้งเดียวในแอ็พพลิเคชันที่รอดำเนินการสำหรับข้อความ การบล็อกที่จุดเดียวช่วยให้สามารถติดตาม deadlocks ได้ง่ายขึ้น หนึ่งในความจริงที่ไม่รู้จักที่ยิ่งใหญ่ที่สุดของการเขียนโปรแกรมที่ทันสมัยคือมนุษย์ไม่สามารถคาดเดาได้อย่างน่าทึ่งว่าจะมีคอขวดประสิทธิภาพการทำงานอย่างไร เราจะทำดีเพื่อปฏิบัติตามกฎหมายช่างไม้วัดสองครั้งตัดครั้งเดียว การทำงานในวิทยานิพนธ์ปริญญาโทของฉันฉันประสบปัญหาด้านประสิทธิภาพการทำงาน ฉันรู้ว่าโค้ดของฉันพึ่งพาการรวมกันเป็นอย่างมากดังนั้นฉันจึงต้องใช้รหัสดังกล่าวกับ Intel Performance Primitives ห้องสมุดการปรับแต่งมือ ฯลฯ ในช่วงปลายสัปดาห์ฉันได้เพิ่มการรวมเข้าด้วยกันอย่างน่าประทับใจ 60 แต่เมื่อฉัน ใช้แอพพลิเคชั่นโดยรวมในการคาดหวังอย่างมากผมรู้สึกผิดหวังอย่างมาก หันไปหาโปรไฟล์ฉันพบว่าการปรับปรุง 60 ครั้งเพื่อบูรณาการแปลเป็น 3 ปรับปรุงประสิทธิภาพของโปรแกรมโดยรวม โปรไฟล์แสดงให้เห็นว่ามีการใช้เวลามากกว่า 80 ครั้งในการใช้คำแนะนำแปลก I386EXCHANGEINTERLOCK ดีฉันได้ซื้อเครื่องคอมพิวเตอร์ที่เร็วที่สุดที่ฉันสามารถสำหรับโครงการซึ่งเป็นโปรเซสเซอร์คู่ (ไม่ใช่ dual core) Athlon คำสั่งนี้ถูกใช้เพื่อซิงโครไนซ์แคช โดยการใช้คำสั่งบรรทัดเดียว SetProcessorAffinity ฉันได้รับการปรับปรุงความเร็ว 5X บทเรียนที่ได้รับ 2.2k Views middot ดูคำ Upvotes middot Not for Reproduction ฉันกำลังอยู่ระหว่างขั้นตอนการออกแบบแอพพลิเคชั่นการซื้อขายซึ่งจะใช้ API ของ Markets เพื่อทำการสั่งซื้อใน Market นี่ไม่ใช่โปรแกรมประมวลผลอัลกอริธึมที่มีประสิทธิภาพสูงที่ซับซ้อนซึ่งใช้ในธนาคารเพื่อการลงทุน นี่เป็นเพียงส่วนเล็ก ๆ ของแอพพลิเคชันส่วนตัวที่จะซื้อขายได้สองหรือสามครั้งต่อวันขึ้นอยู่กับสภาวะตลาดโปรแกรมจะประกอบด้วย (modalespackages) ต่อไปนี้: กลยุทธ์ - อัลกอริธึมการค้าที่แท้จริง Analytics - ชั้นเรียนสำหรับวิเคราะห์ราคาแอ็กทีฟสด ในตลาดเพื่อผลิตสัญญาณ buysell บริการ - ชั้นเรียนที่ใช้ในการรักษาความสัมพันธ์กับตลาดเรียกข้อมูลตลาดและสั่งซื้อสินค้า buysell จนถึงตอนนี้ทุกสิ่งทุกอย่างที่จำเป็นสำหรับแอพพลิเคชันน่าจะมีอยู่บนอินเทอร์เน็ต: Apache CXF สำหรับการสร้างคลาส Java ที่ใช้สำหรับการเข้าถึงตลาดบริการเว็บ Apache Maths สำหรับการวิเคราะห์วิกิพีเดียเกี่ยวกับการกำหนดราคาสำหรับรูปแบบการออกแบบต่างๆนั่นคือ Factory, SubjectObserver, State ฯลฯ ซึ่ง Im ติดอยู่กับอัลกอริทึมเสมอ Ive ตัดสินใจที่จะใช้รูปแบบของรัฐเพื่อแบ่งพาร์ทิชันเป็นกลุ่มตรรกะตรรกะต่างๆของที่ควรจะทำเมื่อเงื่อนไขตลาดบางอย่างเป็นไปตาม ปัญหาคือ Im เริ่มเห็นว่ามีโอกาสมากที่แต่ละชั้นรัฐจะมีการระเบิดถ้างบอื่น: ฉันลาดเทช่วย แต่รู้สึก Im ขาดอะไรที่นี่และที่ต้องมีกรอบหรือรูปแบบการออกแบบบาง I dont ทราบเกี่ยวกับที่ ช่วยให้นักพัฒนาสามารถห่อหุ้มอินพุตและเอาต์พุตทั้งหมดของบริบททางธุรกิจที่กำหนดให้เป็นจำนวนการกระทำที่ จำกัด สำหรับการดำเนินการทางธุรกิจที่สามารถสร้างกฎเกณฑ์ทางธุรกิจได้ นั่นคือ แทนที่จะต้อง hardcode อัลกอริทึม Im หวังว่าควรจะเป็นไปได้ที่จะทำให้โปรแกรมประยุกต์ในโปรเซสเซอร์กฎบางอย่าง แต่น่าเสียดายที่ฉันไม่ทราบว่าจะเริ่มต้นในเรื่องนี้ ฉันหวังว่า Ive ได้อธิบายสถานการณ์ที่คลาดเคลื่อนของฉันไว้อย่างชัดเจนแล้วถ้าคุณต้องการให้ฉันชี้แจงอะไรโปรดแจ้งให้เราทราบ ขอขอบคุณถาม 8 ต. ค. เวลา 22:48