architecture - “新手开发人员”应了解哪些有关架构和规划的知识

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center获取指导。

已关闭8年。

我使用C和C＃已有很长时间了，我认为自己是一个“相当不错的”程序员，但是正如多次指出的那样，编程只是软件工程和开发的一个小方面。我是我部门的唯一编码员，但看来情况将开始发生变化，我想从Stackoverflow社区了解以下内容。

从编码人员转到开发人员需要什么-我已经阅读了Code Complete，所以我认为我已经准备好接受这种尝试。在某种程度上我已经是。
在制作软件模型时应该使用哪些工具-假设使用C＃
在设置硬代码和快速代码之前，我应该对架构进行多深的建模？ -我意识到这个问题的主观性，我更希望凭经验法则而不是“取决于它”。假设我正在使用旨在“持续5-10年”的自家工具
您愿意给从编码过渡到工程的人什么建议？

谢谢大家！祝大家纪念日愉快！

最佳答案

首先是通用答案：

要知道，任何给定的工具都不是解决所有问题的灵丹妙药。因此，当您阅读有关MVC或函数式编程的信息时，或者有人冒昧地说LISP将解决您的所有问题时，他们不会解决。他们可能会解决您遇到的许多问题，但并不能全部解决。在许多情况下，除了解决某些问题外，他们还会介绍很多其他问题。
了解指尖的不同组件/技术/工具的局限性和优势，可以轻松解决任何给定的问题。基于对所有优点和缺点的评估来做出决定-不要盲目做出决定。
选择适合工作的正确工具，包括语言，开发，集成技术。
谁来维护代码？编码给预期的受众。如果是这样，不要指望从现在开始的六个月后会提供一个修复程序，让您记住今天的思考过程……编写简单易懂的代码并记录您的思考过程。不是“如何”-代码做到了，而是“为什么”。不管代码多么容易阅读，它都无法告诉您为什么要这样做。代码注释用于说明原因，而非原因。
了解您的用户，他们的工作方式，他们对工具的态度，他们的工作，他们对软件学习曲线的态度。
了解将支持您的应用程序的人员/团队的心态-这也意味着安装。
了解对源代码管理的需求并使用它。
备份时，请始终假设并做好最坏的准备，如果您不这样做，则希望自己做到了。
了解如何编写软件规格，技术规格，测试文档，用户文档。
FAT / SAT / UAT测试和签核程序。
设定比您提供的期望值低的期望值，不要向客户保证要提供Lambourghini并交付一辆大众甲壳虫[Bug]。向甲壳虫承诺并交付一辆梅赛德斯更好。
不要过于复杂-包括架构，编程或其他任何方面。文档应易于阅读，界面应易于使用。

现在具体说明：

了解您必须研究问题并了解问题领域，然后才能提供任何解决方案（体系结构或其他）。
了解用户期望交付的内容，交付方式以及与之交互的方式。
找到将使用您的解决方案的技术最少的人，如果他们能够理解它，其他所有人也都会。
为用户和金融家设计软件。如果您交付的那些人不能/不会使用它，您将永远不会听到它的结局-即使您的金融家最初感到满意，他们也会很快退缩。

不计划就是计划失败

您的环境，软件需求，目标受众，网络支持人员，预算和许多其他因素将极大地影响您提供的解决方案。例如，在我编码的环境类型中，我倾向于使用有限的一组工具来交付产品，并且这些工具可能会因您的环境而异：

网络浏览器-IE / Firefox / Opera / Safari
应用程序/文件服务器-Windows Server，Linux，Unix
Web服务器-IIS / Apache
Web应用程序开发-ASP.NET/C#/VB.NET/ASP/PHP/JavaScript/AJAX/MVC
控制台应用程序开发-BAT / C＃/ VB.NET [如果BAT文件可以更轻松地完成这项工作，请不要编写完整的C＃应用程序。
Windows应用程序开发-C＃/ VB.NET
数据维护-C＃/ VB.NET / Excel / VBA
数据库服务器-SQL Server，MySQL，Oracle
网络/数据/文件集成服务-MSMQ，BizTalk，SonicMQ，FTP

对于我的解决方案，我可能会使用其中一种或多种技术，这完全取决于我的要求。关键是要了解哪种情况与给定情况相关，并且仅使用必要的情况。例如，如果一个命令行实用程序可以由单个用户轻松使用，则不要编写完整的Web应用程序；如果许多用户需要访问无法在其计算机上轻松安装的应用程序，则不要编写Windows应用程序由于用户限制和有限的系统支持人员。不要为只能用鼠标勉强浏览窗口的用户编写命令行实用程序，不要期望Microsoft专家支持您基于* nix的系统。

提供图表和文档，使诊断问题变得简单，以便在发现问题（并且将要发现）时，用户/桌面支持人员可以轻松地将问题缩小到系统中的特定组件。这将使您的生活更加轻松，因为他们可以自己解决问题，或者为您提供足够的信息来快速，简单地解决问题。

编辑：响应您对UML的评论，这非常有用，但是您必须再次意识到目标受众。如果您是为一个不懂UML的小型客户开发系统的孤独程序员，那么最好提供一个用简单的英语装饰的常规流程图。如果您的目标受众是一家从事软件开发业务的软件咨询公司，那么UML绝对是一个很好的工具-尤其是与某些UML工具一样，您可以让它自动生成存根类/方法，以使一些自动化。处理。我倾向于在小型公司的小型团队中工作，所以我没有按照自己的意愿使用UML，也可能不太了解它，但这并不是说如果需要我，我不会不要再刷了。这是一个很好的工具，可以放在工具箱中，但不要仅仅为了它而使用它。解决方案的设计/体系结构/开发中使用的所有内容都应出于客观原因使用-不要盲目使用/学习它，因为有人说“您应该使用它，因为它很棒”。

好的架构的关键是：

了解您使用的工具
了解为特定目的应使用或不应该使用已有工具的原因
客观地做出明智的决定，不要基于传闻或情感。

最重要的是：

用你的常识！如果听起来有些不对劲或感觉不对劲，请找出原因，最糟糕的情况是，您会发现自己错了，并且已纠正了误解/误解，最好的情况是，您节省了很多时间来寻找不正确的东西。基于这种误解的潜在昂贵选择-无论哪种方式，您都会比以前更好。

关于architecture - “新手开发人员”应了解哪些有关架构和规划的知识，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/889431/

上一篇：WPF DataGrid EnableColumnVirtualization ="True"在 DataGridCellsPanel.get_HasCorrectRealizedColumns() 处引发 NullReferenceException

下一篇：entity-framework - 如何在 Entity Framework 中将字段设置为DBNull

相关文章：

java - 在父类中创建仅应由其子类使用的方法的正确方法？

jquery - 大型 MVC Web 应用程序 - 使用 Knockout 和 Razor

java - ESB/消息队列快速入门

c# - 对象或值作为我的服务/数据层的参数

api - 允许开发人员访问使用 Auth0 保护的 api 的 token

java - 有关服务器客户端游戏的类设计问题

visual-c++ - windows应用程序没有安装依赖

asp.net - MVC 3 应用程序中的模型、 View 模型、DTO

architecture - 协调 DDD、 View 模型和性能

php - 如何创建动态(支持自定义字段)SaaS 应用程序？