คำถามติดแท็ก architecture

ฉันได้รับการตรวจสอบการเขียนโปรแกรม C และมีเพียงสองสามสิ่งที่รบกวนฉัน ลองทำโค้ดนี้กันตัวอย่าง: int myArray[5] = {1, 2, 2147483648, 4, 5}; int* ptr = myArray; int i; for(i=0; i<5; i++, ptr++) printf("\n Element %d holds %d at address %p", i, myArray[i], ptr); ฉันรู้ว่า int สามารถมีค่าสูงสุดเป็นบวก 2,147,483,647 ดังนั้นเมื่อทำอย่างนั้นมันจะ "ล้น" ไปยังที่อยู่หน่วยความจำถัดไปซึ่งทำให้องค์ประกอบ 2 ปรากฏเป็น "-2147483648" ที่ที่อยู่นั้นหรือไม่ แต่นั่นก็ไม่สมเหตุสมผลเพราะในผลลัพธ์มันยังบอกว่าที่อยู่ถัดไปเก็บค่า 4 จากนั้น 5 ถ้าจำนวนที่หกไปยังที่อยู่ถัดไปนั่นจะไม่เปลี่ยนค่าที่เก็บไว้ที่ที่อยู่นั้น ? …

30 architecture  c  memory  hexadecimal 

สมมติว่าผู้ใช้ของคุณสามารถสร้างฟอร์มบนเว็บของพวกเขาเอง (กล่องข้อความเลือก ฯลฯ ) และเผยแพร่บนเว็บเพื่อให้ผู้ใช้กรอกข้อมูล ใครบ้างมีทรัพยากรหรือคำแนะนำเกี่ยวกับวิธีการออกแบบฐานข้อมูลเพื่อผูกลงในแบบฟอร์มแบบไดนามิกหรือไม่ ตัวอย่างเช่นคุณจะสร้างตารางลูกสำหรับแต่ละฟอร์มหรือรุ่นที่แตกต่างกันของฟอร์มที่กำหนดหรือไม่

30 architecture  database  webforms 

ฉันมีปัญหาเล็กน้อยกับโมดูลข้อกำหนดและองค์ประกอบ ในความคิดของฉันโมดูลเป็นคลาสที่รวมซึ่งสามารถเข้าถึงได้ผ่านอินเทอร์เฟซที่กำหนดไว้อย่างดีเท่านั้น พวกเขาซ่อนรายละเอียดการใช้งานทั้งหมดและนำมาใช้ซ้ำได้ โมดูลกำหนดโมดูลที่พวกเขาพึ่งพา ส่วนประกอบต่างกันอย่างไร ฉันค้นหามันในหนังสือบางเล่ม แต่รายละเอียดของส่วนประกอบคล้ายกันมาก

30 design  architecture 

ฉันออกแบบแอปพลิเคชันด้วยบริการไมโครและฉันไม่แน่ใจเกี่ยวกับกลไกที่ดีที่สุดที่จะใช้ในการรวบรวมข้อมูลจากบริการที่หลากหลาย ฉันเชื่อว่ามีสองตัวเลือก: บูรณาการกลไกการสื่อสาร 'บริการระหว่าง' ที่ช่วยให้บริการที่จะพูดคุยโดยตรง API เกตเวย์จะเรียกใช้บริการส่วนบุคคลซึ่งจะเรียกบริการอื่น ๆ เพื่อรวบรวมข้อมูลก่อนส่งคืนการตอบกลับแบบรวมไปยัง API เกตเวย์ จากนั้น API จะส่งคืนการตอบกลับไปยังผู้โทร (สิ่งนี้จะต้องเป็นการโทรแบบซิงโครนัสเมื่อการเรียกใช้บริการ serviceB ต้องการการตอบสนองจาก serviceA. IE แยกคนและบริการที่อยู่) ให้ API เกตเวย์โทรไปยังแต่ละบริการโดยตรงและรวบรวมข้อมูลภายใน API ก่อนที่จะตอบกลับ ฉันเอนตัวไปสู่ทางเลือกที่สองเนื่องจากการให้บริการพูดคุยกันจะแนะนำการมีเพศสัมพันธ์ซึ่งในกรณีนี้ฉันก็อาจสร้างแอพพลิเคชั่นแบบเสาหิน อย่างไรก็ตามมีข้อเสียร้ายแรงบางประการที่ฉันสามารถคิดได้จากส่วนหัวของฉันด้วยตัวเลือกนี้: การให้ API ดำเนินการเรียกหลายครั้งไปยังหลายบริการจะช่วยเพิ่มภาระให้กับเซิร์ฟเวอร์ API โดยเฉพาะอย่างยิ่งเมื่อการโทรบางส่วนกำลังปิดกั้น วิธีนี้จะหมายความว่า API จะต้อง 'ตระหนักถึง' สิ่งที่แอปพลิเคชันพยายามทำ (IE Logic จะต้องถูกตั้งโปรแกรมไว้ใน API เพื่อจัดการกับการเรียกใช้บริการในทางกลับกันและรวมข้อมูลแล้ว) ทำหน้าที่เป็น 'ปลายทาง' โง่สำหรับบริการไมโคร ฉันต้องการทราบว่าแนวทางมาตรฐานสำหรับปัญหานี้คืออะไรและหากมีตัวเลือกที่สามที่ฉันพลาด

30 architecture  api-design  microservices 

แนวปฏิบัติที่ดีที่สุดคืออะไรหากมีข้อยกเว้นที่ไม่สามารถจัดการได้เกิดขึ้นในแอปพลิเคชันเดสก์ท็อป ฉันกำลังคิดที่จะแสดงข้อความถึงผู้ใช้เพื่อให้เขาสามารถติดต่อฝ่ายสนับสนุน ฉันจะแนะนำให้ผู้ใช้รีสตาร์ทแอปพลิเคชัน แต่ไม่บังคับ คล้ายกับสิ่งที่กล่าวถึงที่นี่: ux.stackexchange.com - วิธีที่ดีที่สุดในการจัดการข้อผิดพลาดของแอปพลิเคชันคืออะไร โครงการนี้เป็นแอปพลิเคชั่น. NET WPF ดังนั้นข้อเสนอที่อธิบายไว้อาจมีลักษณะเช่นนี้ (โปรดทราบว่านี่เป็นตัวอย่างแบบง่าย ๆ อาจเป็นไปได้ที่จะซ่อนรายละเอียดข้อยกเว้นจนกว่าผู้ใช้จะคลิกที่ "แสดงรายละเอียด" รายงานข้อผิดพลาดได้อย่างง่ายดาย): public partial class App : Application { public App() { DispatcherUnhandledException += OnDispatcherUnhandledException; } private void OnDispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e) { LogError(e.Exception); MessageBoxResult result = MessageBox.Show( $"Please help us fix it and contact …

30 c#  architecture  .net  exceptions  fail-fast 

ฉันจะบอกได้อย่างไรว่าซอฟต์แวร์ของฉันมีสิ่งที่เป็นนามธรรมมากเกินไปและมีรูปแบบการออกแบบมากเกินไปหรือในทางกลับกันฉันจะรู้ได้อย่างไรว่าควรมีซอฟต์แวร์มากกว่านั้น นักพัฒนาที่ฉันทำงานด้วยกำลังเขียนโปรแกรมต่าง ๆ เกี่ยวกับประเด็นเหล่านี้ บางฟังก์ชั่นเป็นนามธรรมทุกฟังก์ชั่นเล็กน้อยใช้รูปแบบการออกแบบทุกที่ที่เป็นไปได้ คนอื่นรวมถึงฉันพยายามที่จะใช้ประโยชน์ได้มากขึ้นและเขียนโค้ดที่ไม่เหมาะกับทุกรูปแบบการออกแบบ แต่เป็นวิธีที่เข้าใจได้เร็วขึ้นเพราะใช้นามธรรมน้อยกว่า ฉันรู้ว่านี่เป็นการแลกเปลี่ยน ฉันจะบอกได้อย่างไรว่ามีสิ่งที่เป็นนามธรรมเพียงพอในโครงการและฉันจะรู้ได้อย่างไรว่ามันต้องการมาก ตัวอย่างเมื่อเลเยอร์แคชทั่วไปถูกเขียนโดยใช้ Memcache เราจำเป็นต้องจริงๆMemcache, MemcacheAdapter, MemcacheInterface, AbstractCache, CacheFactory, CacheConnector... หรือคือง่ายต่อการรักษาและยังคงรหัสที่ดีเมื่อใช้เพียงครึ่งหนึ่งของชั้นเรียนเหล่านั้นหรือไม่ พบสิ่งนี้ใน Twitter: ( https://twitter.com/rawkode/status/875318003306565633 )

29 design-patterns  architecture  clean-code  abstraction  architectural-patterns 

ฉันสงสัยเพราะถ้าเป็นเช่นนั้นเหตุใด Entity Framework จึงไม่มีเหตุผลในการสร้างวัตถุใหม่ที่มีคุณสมบัติเดียวกันเพื่อถ่ายโอนข้อมูลระหว่างเลเยอร์ ฉันใช้วัตถุเอนทิตีที่ฉันสร้างขึ้นด้วยกรอบงานเอนทิตี

29 design  design-patterns  architecture  domain-driven-design  entity-framework 

ฉันได้รับมอบหมายให้พัฒนาการรวมเข้ากับหนึ่งในแอปพลิเคชันของนายจ้างกับระบบภายนอกที่ลูกค้าของเราพัฒนาขึ้น ข้อกำหนดของลูกค้าของเราสำหรับการรวมที่มีข้อบกพร่องที่เห็นได้ชัดบางอย่างที่เกี่ยวข้องกับความปลอดภัย ข้อบกพร่องจะอนุญาตให้ผู้ใช้ที่ไม่ได้รับอนุญาตเข้าถึงระบบเพื่อดูข้อมูลที่ถูก จำกัด ฉันได้ชี้ให้เห็นข้อบกพร่องและความเสี่ยงด้านความปลอดภัยที่อาจเกิดขึ้นหากมีการใช้งานตามที่ออกแบบไว้และให้ทางเลือกอื่นโดยไม่มีข้อบกพร่อง แต่มีการบอกว่า "ทำตามที่เราระบุ" โดยลูกค้า โปรแกรมเมอร์มีความรับผิดชอบด้านจริยธรรมหรือไม่ที่จะติดตั้งรหัสด้วยความเสี่ยงด้านความปลอดภัยที่รู้จักหรือไม่? ความต้องการของลูกค้าในจุดใดที่เกินความรับผิดชอบด้านจริยธรรมที่เรามีในฐานะนักพัฒนาซอฟต์แวร์เพื่อสร้างแอปพลิเคชันที่ปลอดภัย?

28 architecture  security  ethics  specifications 

เมื่อฉันสร้างเว็บไซต์อย่างง่ายเช่นสมุดติดต่อที่ฉันสามารถเพิ่มลบและอัปเดตผู้ติดต่อได้ฉันจะสร้างindex.phpไฟล์ที่ผู้ใช้ถ้าเขาไม่ได้ลงชื่อเข้าใช้จะต้องป้อนรหัสผ่านและถ้าเขาป้อนรหัสผ่านที่ถูกต้อง กำหนดเซสชันและสามารถทำสิ่งต่าง ๆ กับผู้ติดต่อ ฉันมีสองไฟล์: ตัวแรก ( contacts.php) คือรหัส HTML ที่จะแสดง เหนือรหัส HTML ฉันรวมไฟล์ที่สองและสร้างคลาส ที่สอง ( contacts_class.php) มีวิธีการทั้งหมดสำหรับการเพิ่มการลบและการปรับปรุง ฉันคิดว่าไม่เป็นไร แต่เมื่อพูดถึงการนำโครงการใหญ่มาใช้ฉันควรทำอย่างไร? ฉันต้องสร้างโฟลเดอร์สำหรับทุก ๆ หน้าและวางไฟล์ไว้ในนั้น (เช่นด้านบน HTML และคลาส) และฉันต้องทำอย่างไร อะไรคือสถาปัตยกรรมที่ดีและเรียบร้อยสำหรับการสร้างโครงการขนาดใหญ่ที่โปรแกรมเมอร์คนอื่น ๆ ทุกคนจะเข้าใจอย่างสมบูรณ์แบบ?

28 design  php  architecture 

คำถามของฉันเกี่ยวกับวิธีการออกแบบแอปพลิเคชั่น MVC ตัวอย่างเช่นเราได้รับการสนับสนุนให้ใช้ DI กับรูปแบบ Repository เพื่อแยกการเข้าถึงข้อมูลจากคอนโทรลเลอร์อย่างไรก็ตามมีการพูดถึงวิธีการทำเช่นนั้นโดยเฉพาะสำหรับ MVC น้อยมาก เราจะวางคลาส Repository ไว้ที่ไหน ดูเหมือนว่าพวกเขาจะไม่เกี่ยวข้องกับรูปแบบเฉพาะเนื่องจากรูปแบบที่ควรจะแยกออกจากเทคโนโลยีการเข้าถึงข้อมูลที่เกิดขึ้นจริง คำถามที่สองเกี่ยวข้องกับวิธีการจัดโครงสร้างเลเยอร์หรือชั้น แอปพลิเคชันตัวอย่างส่วนใหญ่ (อาหารค่ำ Nerd, Music Store และอื่น ๆ ) ทั้งหมดดูเหมือนจะใช้วิธีชั้นเดียวแบบ 2 ชั้น (ไม่นับการทดสอบ) ซึ่งโดยทั่วไปจะมีตัวควบคุมที่เรียกรหัส L2S หรือ EF โดยตรง หากฉันต้องการสร้างแอปพลิเคชันหลายชั้น / เลเยอร์แนวทางปฏิบัติที่ดีที่สุดที่เกี่ยวข้องกับ MVC คืออะไร

28 asp.net-mvc  architecture 

ฉันสงสัยว่าทำไมมันจึงเป็นที่นิยมที่จะมีหน้าเข้าสู่ระบบของสปาเป็นหน้าแยกที่ไม่ใช่หน้าของสปา (ในขณะที่โหลดและส่งข้อมูลผ่านคำขอ ajax)? สิ่งเดียวที่ฉันคิดได้คือความปลอดภัย แต่ฉันไม่สามารถคิดเหตุผลด้านความปลอดภัยที่เฉพาะเจาะจงได้ ฉันหมายถึงสิ่งเดียวที่นึกได้คือหากหน้าเข้าสู่ระบบของคุณในส่วนของ SPA จะส่งชื่อผู้ใช้ / รหัสผ่านผ่าน ajax ซึ่งเครื่องมือดังกล่าวสามารถมองเห็นได้เช่น firebug หรือ web inspector ถึงแม้ว่าคุณจะส่งตามปกติ คำขอ POST มีเครื่องมืออื่น ๆ ที่สามารถรวบรวมข้อมูลนี้ได้อย่างง่ายดาย (เช่นพู้ทำเล่น, httpscoop, ฯลฯ ... ) มีบางอย่างที่ฉันขาดหายไปหรือไม่?

28 javascript  architecture 

ฉันกำลังทำงานในโครงการซอฟต์แวร์ขนาดใหญ่ซึ่งได้รับการปรับแต่งอย่างดีสำหรับลูกค้าที่หลากหลายทั่วโลก ซึ่งหมายความว่าเราอาจมีรหัส 80% ซึ่งเป็นเรื่องปกติระหว่างลูกค้าหลายราย แต่ยังมีรหัสจำนวนมากที่ต้องเปลี่ยนจากลูกค้ารายหนึ่งเป็นลูกค้ารายอื่น ในอดีตที่ผ่านมาเราทำการพัฒนาของเราในที่เก็บแยกต่างหาก (SVN) และเมื่อโครงการใหม่เริ่มต้น (เรามีน้อย แต่ลูกค้าขนาดใหญ่) สร้างพื้นที่เก็บข้อมูลอื่นตามโครงการที่ผ่านมามีพื้นฐานรหัสที่ดีที่สุดสำหรับความต้องการของเรา สิ่งนี้ได้ผลในอดีต แต่เราพบปัญหาหลายประการ: ข้อบกพร่องที่ได้รับการแก้ไขในที่เก็บหนึ่งจะไม่ได้รับการแก้ไขในที่เก็บอื่น ๆ นี่อาจเป็นปัญหาขององค์กร แต่ฉันพบว่ามันยากที่จะแก้ไขและแก้ไขข้อบกพร่องในที่เก็บ 5 แห่งที่แตกต่างกันโดยคำนึงว่าทีมที่ดูแลพื้นที่เก็บข้อมูลนี้อาจอยู่ในอีกส่วนหนึ่งของโลกและเราไม่มีสภาพแวดล้อมการทดสอบ ไม่ทราบกำหนดการหรือข้อกำหนดที่ต้องมี ("ข้อบกพร่อง" ในประเทศหนึ่งอาจเป็น "คุณสมบัติ" ในอีกประเทศหนึ่ง) คุณสมบัติและการปรับปรุงที่ทำไว้สำหรับโครงการหนึ่งซึ่งอาจเป็นประโยชน์สำหรับโครงการอื่นหายไปหรือหากใช้ในโครงการอื่นมักทำให้เกิดอาการปวดหัวขนาดใหญ่รวมจากรหัสฐานหนึ่งไปยังอีกโครงการหนึ่ง (เนื่องจากทั้งสองสาขาอาจได้รับการพัฒนาอย่างอิสระเป็นเวลาหนึ่งปี ) Refactorings และการปรับปรุงรหัสที่ทำในสาขาการพัฒนาหนึ่งอาจสูญหายหรือก่อให้เกิดอันตรายมากกว่าดีถ้าคุณต้องรวมการเปลี่ยนแปลงทั้งหมดเหล่านี้ระหว่างสาขา ขณะนี้เรากำลังพูดถึงวิธีการแก้ปัญหาเหล่านี้และในขณะนี้ได้มีแนวคิดต่อไปนี้เกี่ยวกับวิธีการแก้ไขปัญหาดังกล่าว: ทำการพัฒนาในสาขาที่แยกกันแต่จัดระเบียบได้ดีขึ้นด้วยการมีที่เก็บส่วนกลางที่มีการแก้ไขข้อบกพร่องทั่วไปและรวมโครงการทั้งหมดเข้าด้วยกันการเปลี่ยนแปลงจากที่เก็บส่วนกลางนี้เป็นของตัวเองเป็นประจำ (เช่นทุกวัน) เรื่องนี้ต้องมีวินัยอย่างมากและมีความพยายามอย่างมากในการผสานระหว่างสาขา ดังนั้นฉันไม่มั่นใจว่ามันจะทำงานได้และเราสามารถรักษาวินัยนี้โดยเฉพาะอย่างยิ่งเมื่อเวลากดดัน ละทิ้งการพัฒนาแยกสาขาและมีที่เก็บรหัสกลางที่รหัสของเราทั้งหมดอยู่และทำการปรับแต่งของเราโดยมีโมดูลที่เสียบได้และตัวเลือกการกำหนดค่า เรากำลังใช้คอนเทนเนอร์การพึ่งพาการพึ่งพาเพื่อแก้ไขการพึ่งพาในรหัสของเราและเรากำลังติดตามรูปแบบ MVVM ในรหัสส่วนใหญ่ของเราเพื่อแยกตรรกะทางธุรกิจออกจาก UI ของเราอย่างหมดจด วิธีที่สองดูเหมือนจะสง่างามกว่า แต่เรามีปัญหาที่ยังไม่คลี่คลายในแนวทางนี้ ตัวอย่างเช่นวิธีจัดการกับการเปลี่ยนแปลง / การเพิ่มเติมในแบบจำลอง / ฐานข้อมูลของคุณ เราใช้. NET กับ …

28 design  architecture  development-process  database-design  code-organization 

ฉันใช้วิธีที่คล้ายกับ DDD สำหรับโมดูลกรีนฟิลด์ของแอปพลิเคชันที่มีอยู่ ไม่ใช่ DDD 100% เนื่องจากสถาปัตยกรรม แต่ฉันพยายามใช้แนวคิด DDD บางอย่าง ฉันมีบริบท จำกัด (ผมคิดว่าเป็นระยะที่เหมาะสม - ฉันยังคงเรียนรู้เกี่ยวกับ DDD) ประกอบด้วยสองหน่วยงาน: และConversation Messageการสนทนาเป็นรากฐานเนื่องจากข้อความไม่มีอยู่โดยไม่มีการสนทนาและข้อความทั้งหมดในระบบเป็นส่วนหนึ่งของการสนทนา ฉันมีConversationRepositoryชั้นเรียน (แม้ว่าจะเป็นเหมือนเกตเวย์จริงๆแล้วฉันใช้คำว่า "พื้นที่เก็บข้อมูล") ซึ่งค้นหาบทสนทนาในฐานข้อมูล เมื่อพบการสนทนาและยังสร้าง (ผ่านทางโรงงาน) รายการข้อความสำหรับการสนทนานั้น (เปิดเผยเป็นคุณสมบัติ) นี่ดูเหมือนจะเป็นวิธีที่ถูกต้องในการจัดการสิ่งต่าง ๆ เนื่องจากไม่จำเป็นต้องมีMessageRepositoryคลาสที่เต็มไปด้วยลมหายใจเนื่องจากมีอยู่เฉพาะเมื่อมีการสนทนาเท่านั้น อย่างไรก็ตามเมื่อพูดถึงการบันทึกข้อความนี่เป็นความรับผิดชอบของ ConversationRepository เนื่องจากเป็นรากรวมของข้อความหรือไม่ สิ่งที่ฉันหมายถึงคือฉันควรมีวิธีการใน ConversationRepository เรียกว่าพูดAddMessageที่ใช้ข้อความเป็นพารามิเตอร์และบันทึกไว้ในฐานข้อมูลหรือไม่ หรือฉันควรจะมีที่เก็บแยกต่างหากสำหรับการค้นหา / บันทึกข้อความ? ดูเหมือนว่าเหตุผลจะเป็นหนึ่งที่เก็บต่อหน่วย แต่ฉันก็ได้ยิน "หนึ่งที่เก็บต่อบริบท"

27 design-patterns  architecture  domain-driven-design 

ฉันรู้ว่าการลงทะเบียน 32 บิตถูกตั้งชื่อเหมือนการลงทะเบียน 16 บิตที่มีส่วนนำหน้า 'E' เพื่อเพิ่มความหมาย ฉันคิดเสมอว่าหมายถึงขยายจาก 16 เป็น 32 บิตแม้ว่าฉันไม่เคยเห็นที่ระบุไว้อย่างชัดเจน ฉันพยายามค้นหาว่า 'R' หมายถึงอะไร แต่ทักษะ google ของฉันทำให้ฉันล้มเหลว ใครรู้บ้าง

27 architecture  x86 

ความเข้าใจของฉันจากแอปพลิเคชัน MVC ขนาดเล็กคือคุณมีส่วนหน้าซึ่งเกี่ยวข้องกับ HTML, JS, jQuery และอื่น ๆ และคุณมีจุดสิ้นสุดด้านหลังซึ่งประกอบด้วยตัวควบคุมและรุ่นของคุณ อย่างไรก็ตามเมื่อฉันพูดคุยกับนักพัฒนาจาก บริษัท ขนาดใหญ่พวกเขามักจะพูดถึงว่ามีส่วนหน้าและส่วนหลัง ดังนั้นบางครั้งฉันอาจได้ยินว่าพวกเขามีส่วนหน้ากับ C # และส่วนหลังกับ Java ทำไม บริษัท ใดต้องการแบ็กเอนด์และส่วนหน้าในภาษาอื่น สิ่งนี้ช่วยให้เว็บไซต์ขนาดใหญ่ดีขึ้นหรือไม่ เมื่อมีคนบอกว่าส่วนหน้าของพวกเขาถูกสร้างขึ้นใน C # นี่หมายความว่าพวกเขากำลังใช้เฟรมเวิร์กสำหรับส่วนหน้า (เช่น. NET) และกรอบงานเพิ่มเติมของแบ็กเอนด์ (เช่นสปริง) หรือมันหมายถึงบางสิ่งที่แตกต่างอย่างสิ้นเชิง?

26 programming-languages  architecture