相关疑难解决方法(0)

这是一个经常被问到的问题,双方都有意见.赞成的人会争辩说:

• 要为编码器设计系统,您必须了解如何编码(并进行编码)
• 如果不了解地面发生的情况,就无法设计系统
• 架构不仅涉及宽中风设计,还涉及适应代码级别不断变化的需求

另一方面,

• 架构是一个高级角色,不应该关注实现细节
• 编码是一种详细的,低调的功能,与风险管理,建筑的广阔视野不一致
• 架构是关于技术风险管理而不是实施
• 建筑是关于领导力的.从后面领导很难

根据我的经验,架构师不应该花费大量时间编写代码,但必须主要通过主要的开发人员沟通,审查和站立来与代码库保持联系.如果您花费大量时间进行编码,则会忽视高级别问题,并无法有效管理技术风险.

组件驱动开发术语开始被广泛使用,尤其是 与控制反转有关.

1. 它是什么？
2. 它解决了什么问题？
3. 什么时候适当,什么时候不适合？

我正在努力从SVN迁移到Git.我已经习惯git-svn将历史记录放到一个git存储库中,我已经知道如何使用git-subtree将该存储库拆分为较小的存储库.这个问题不是关于如何进行迁移,而是关于何时拆分以及何时不进行拆分.

我想拆分大型存储库,因为某些目录是自包含的库,也与其他项目共享.以前svn checkout是在库上完成的,无需签出整个项目.在所有这些过程中,我发现可能有数十个目录在自己的存储库中是有意义的,因为它们是1)独立的,2)跨项目共享.

一旦你获得了一些git存储库,使用一个工具可以更容易地处理许多存储库似乎是明智的.一些例子是谷歌的repo,git submodules,git subtree,并创建自定义脚本(看来铬做到这一点).我已经探索了这些不同的方法,并了解如何使用它们.

所以问题是关于从颠覆过渡的方向.

我是否应该尝试坚持使用一个大型git存储库,只在绝对必要时才将其拆分成更小的部分,还是应该将其拆分为数十个或可能数百个较小的存储库？ 哪个更容易使用？还有其他我错过的解决方案吗？如果使用多个存储库,我应该使用哪个工具？哪些因素会让某人偏爱另一种方法呢？

注意:需要在Windows,MacOS和Linux上签出源代码.

b/w设计和架构有什么区别？

嗨,我问了很多老师这个问题,但没有人给我满意的答复.这两个术语非常分散..我没有正确地得到它们......等待准确答案......

任何可以详细说明这种差异的实时例子或场景？

页面控制器模式(使用Microsoft .NET的企业解决方案模式中描述的MVC模式的细化)基本上是简单URI页面请求的模式(即URI +表单提交+查询字符串); ASP的基本？或者它是更复杂的东西.

任何人？

http://msdn.microsoft.com/en-us/library/ff647095.aspx