คำถามติดแท็ก development-approach

5
จะทำอย่างไรเมื่อคุณเผชิญกับงานเขียนโปรแกรมที่คุณไม่เคยทำ?
ฉันเริ่มต้นอาชีพด้วยการเป็นนักพัฒนา. NET 3 เดือนที่ผ่านมาและหลังจากแผนการฝึกอบรมที่ยาวนานเกี่ยวกับเทคโนโลยีที่หลากหลายรูปแบบและแนวคิดที่นักพัฒนาที่ดูแลฉันได้ตัดสินใจว่าฉันพร้อมที่จะเข้าร่วมหนึ่งในหลาย ๆ โครงการที่ บริษัท จัดการ ฉันตื่นเต้นมากที่ในที่สุดสามารถเริ่มการเข้ารหัสได้ ทีมที่ฉันเข้าร่วมนั้นค่อนข้างเล็กเพราะตอนนี้เริ่มต้นด้วยโครงการใหม่ซึ่งดีมากเพราะฉันได้มีส่วนร่วมในวงจรชีวิตทั้งหมดของโครงการ มันเป็นโครงการสปาบนเว็บที่ได้รับการสนับสนุนที่ใช้ ASP.NET MVC / ASP.NET Web API และ Front-end เฟรมเวิร์ก Durandal และไลบรารีที่เกี่ยวข้อง ปัญหาของฉันคือหลังจากที่มีการประชุมกับเพื่อนร่วมงานของฉันและการกำหนดงานและการประเมินสำหรับเดือนถัดไปฉันพบว่าตัวเองอยู่ในตำแหน่งที่ฉันไม่รู้ว่าฉันสามารถทำงานใด ๆ ได้หรือไม่ ฉันไม่เคยทำงานที่สร้างขึ้นมาก่อนและฉันไม่รู้ว่าฉันควรดำเนินการอย่างไร ตัวอย่างหนึ่งในภารกิจที่สร้างขึ้นคือการสร้างกลไกการจัดการข้อผิดพลาดทั่วไปสำหรับแอปพลิเคชันทั้งหมด ปกติแล้วจะดำเนินการอย่างไรเมื่อเผชิญกับงานที่เขาไม่เคยทำ?

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

5
การเขียนโปรแกรมเชิงภาษานั้นใช้ได้จริงหรือไม่?
ฉันอ่านบทความนี้เกี่ยวกับการเขียนโปรแกรมเชิงภาษา เขาชี้ให้เห็นถึงจุดอ่อนบางอย่างในวิธีการ / OOP ขั้นตอนการเขียนโปรแกรมที่ทันสมัยและแนะนำกระบวนทัศน์การเขียนโปรแกรมใหม่ที่จะแก้ปัญหาพวกเขา ฉันเป็นส่วนเล็ก ๆ ของโปรแกรมที่มีขนาดเล็กและหลวม: มันเป็นการดียิ่งกว่าที่จะเรียนรู้สิ่งเล็ก ๆ น้อย ๆ มากมายที่คุณจะใช้ทั้งหมดไม่ใช่แค่เรื่องใหญ่ ๆ สองอย่างที่คุณใช้เพียงส่วนเล็ก ๆ การอ่านบทความฉันรู้สึกว่าผู้เขียนกำลังโปรโมตสิ่งหนึ่งในสองสิ่งนี้: ภาษาสคริปต์ที่สร้างสรรค์ได้ง่ายมากมาย ภาษาเดียวที่สามารถยืดขยายได้อย่างง่ายดายซึ่งสามารถเขียนใหม่เพื่อตอบสนองความต้องการของโปรแกรมเมอร์ หากเขาแนะนำสองฉันจะตอบกลับด้วย "เสร็จเรียบร้อยแล้ว!" และให้เสียงกระเพื่อมเป็นตัวอย่าง ขณะที่พอลเกรแฮมแนะนำภาษาดูเหมือนจะย้ายอย่างต่อเนื่องต่อการอยู่แล้วนี้ เท่าที่มีความกังวลแรกฉันคิดว่านี่เป็นความคิดที่ดีถ้ามีภาษาพื้นฐานที่เชื่อมโยงพวกเขาทั้งหมดเข้าด้วยกัน นั่นดูเหมือนว่าฉันจะเป็นจุดอ่อน: การสื่อสารระหว่างภาษา คุณจะใช้การโทรซึ่งเป็นแนวคิดเกี่ยวกับขั้นตอนหรือการส่งข้อความซึ่งทำให้ฉันนึกถึงการสื่อสารระหว่างกระบวนการ ฉันยินดีต้อนรับโอกาสที่จะทำงานกับภาษาเฉพาะโดเมนขนาดเล็กหากใช้งานง่ายในเวลาเดียวกัน วิธีการนี้ (LOP) จะเป็นประโยชน์หรือไม่

3
การใช้วัตถุทางธุรกิจในรูปแบบการดู
เมื่อใช้ออบเจ็กต์ธุรกิจที่ใช้ซ้ำได้สิ่งที่ควรคำนึงถึงเป็นแนวปฏิบัติที่ดีที่สุดเมื่อสร้างมุมมองแบบจำลอง เราใช้วัตถุที่เราเรียกใช้Builderเพื่อสร้างแบบจำลองมุมมองของเรา ตัวสร้างหนึ่งสำหรับแต่ละหน่วยของมุมมองแบบลอจิคัล (คำสั่งผู้ใช้ ฯลฯ ) ซึ่งแต่ละหน่วยสามารถมีรูปแบบมุมมองที่แตกต่างกันจำนวนหนึ่ง (คำสั่งซื้อประกอบด้วยข้อมูลสรุปบรรทัดคำสั่งและอื่น ๆ ) ผู้สร้างอาจดึงข้อมูลผ่านวัตถุทางธุรกิจมาตรฐานหนึ่งรายการขึ้นไปเพื่อสร้างแบบจำลองมุมมอง อะไรคือการปฏิบัติที่ดีขึ้นเมื่อพูดถึงการใช้อ็อบเจกต์ธุรกิจ / โมเดลในโมเดลที่มีมุมมอง? วิธีที่ 1 อนุญาตให้ใช้วัตถุธุรกิจในโมเดลมุมมองหรือไม่ //Business object in some library public class Order { public int OrderNum; public int NumOrderLines; //... } //Order builder in website public class OrderBuilder { public OrderSummary BuildSummaryForOrder(int OrderNum) { Some.Business.Logic.Order obOrder = …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.