标签: project-organization

我一直在思考这个问题.当您计划新项目/维护组织中的现有项目时,您如何选择技术(我不是在谈论Java vs .Net与PHP).

挑选最新技术的论据

1. 它可能会克服现有技术的一些局限性(在可扩展性方面,Think No SQL vs RDBMS).有时,最新技术是向后兼容的,只有在不破坏旧功能的情况下才能获得新功能
2. 它将提供更好的用户体验(可能是视频的HTML 5,只是一个想法)
3. 将缩短开发时间/成本并使代码库的维护相对容易

采摘现场测试技术/挑选尖端技术的争论

1. 它没有经得起时间的考验.可能存在无法预料的问题.复杂的解决方案可能会在维护阶段导致更多问题,应用程序可能会变成白象
2. 标准可能尚未到位.标准可能会发生变化,可能需要进行大量的返工才能使项目符合标准.选择现场测试技术将节省这些工作
3. 该组织可能不支持新技术.支持新的(或者不同的技术)将需要额外的资源
4. 使用尖端技术可能很难获得合格的资源

从开发人员的角度来看,我没有理由不用一些新技术(在业余时间)弄脏手,但他/她可能仅限于开源/免费软件/开发人员版本

从组织的角度来看,它看起来像是一把双刃剑.坐在"现场测试"技术中的时间过长,优秀的人可能会离开(更不用说总会有人喜欢熟悉技术的人拒绝更新他们的知识).尝试一种非传统的方法,你冒着超出预算/时间的风险,更不用说不可预见的风险了

TL; DR

底线.您何时认为技术足够成熟以便组织可以采用？

我要开发java系统,它包含三个应用程序.此应用使用相同的包.如何组织这个项目,例如,IntelliJ IDEA？必须在项目的所有源中组织一个包的层次结构或在库上使用的不同项目.你能告诉我专业解决方案吗？

把所有美学考虑放在一边......哪种替代方案更受欢迎？我主要关注的是构建时间,保持代码可读性和易于保持,当然,它编译.

我已经看到大多数书籍都在.cpp文件中定义了所有内容,一个la C#,但是......这会不会加剧构建时间？好吧,很可能是非托管C++基本原理不适用于托管C++/CLI,但是请考虑一个转换场景:非托管C++的项目类被移动到C++/CLI项目中,整个怪物构建正常,并且坐着在那里等待一个勇敢的家伙(我,咳咳)将非托管类转换为托管类,当然,逐步并使用后备测试工具.

我有点离题了,但我想让你在回答时考虑我的异常情况(托管和非托管交互).

我使用了角度种子(使用文件index-async.html(异步加载的依赖项))来启动我的Web项目,但我的控制器需要一些重组.我现在有3个文件充满控制器(700多行).如果我在10个文件(以及将来更多)中重新组织它们,是否有一种优雅的方式来加载我的控制器.

此外,更多文件意味着更少的合并冲突(是啊!!!)

Thx提前

我有一个界面:

public interface IMyObject
{
}

我有一个抽象类:

public abstract class MyObject : IMyObject
{
}

我有一节课:

public class MyExtendedObject : MyObject
{
}

在我的项目中有很多这样的接口,摘要和混凝土.我想知道在命名空间(项目中的文件夹)的角度组织代码的最佳方案是什么.我应该将所有相关的东西放在同一个文件夹下还是应该创建,例如,抽象类的Base命名空间,接口的Interfaces名称空间和扩展对象的另一个名称空间？

我已经创建了一个小程序Java.它使用Java类,一些图像并生成一些其他资源(.php文件,图像,样式表等).

我正在编译源代码.jar并创建一个.exe程序,它应该使用我.jar和其他资源.

组织Java程序的所有源代码的最佳实践是什么？

我有很多模型用于获取数据并生成报告.

报告不需要存储,即它不是活动记录.

但肯定有80行代码可以生成报告的数据.

我应该把这些线放在哪里？

他们目前在控制器中,但由于控制器应该很薄,我不确定这是不是最好的地方.

根据这个问题的获胜答案以及我在互联网上阅读的其他内容,你最有可能将Django模板mySubAppX放在一个文件夹之外mySubAppX- 最常见的myProject/templates/mySubAppX是模板是一个兄弟到实际mySubAppX目录的目录.应用程序存储.

为什么？特别是当您将子应用程序设为模块化时为什么？

问题

我正在开发一个 django 项目，其中我需要在多个应用程序上共享相同的数据库模型，例如，当用户打开页面时，页面会根据用户设置显示，用户可以在不同的应用程序中更改这些设置比显示页面的那个

此刻，我所做的浏览应用程序包含我的模型的最多（因为它是我开始的那个）和我有其他的应用程序，如watch_file和user_settings，然后导入

这是有效的，但我注意到我遇到了组织问题，我从一个文件跳到另一个文件以检查模型并且我正在到处导入......

我的潜在解决方案

我正在考虑在某处制作一个大模型文件，然后在它自己的模型文件中导入我需要的每个应用程序的模型，但是，我读到了这个问题，其中有人在评论中表示通常不会这样做

我还红色这个问题，它说在应用程序之间共享模型在组织方面根本不是一个好主意

问题

关于为我的项目正在使用的所有模型制作通用模型文件不是一个好主意，我将如何组织它以便我不必从不同的文件中导入这么多模型以使应用程序工作？

我可以创建一个类似帮助应用程序的东西，它不显示但仅用于通过将所有模型都放在models.py文件中并从此处导入其他应用程序来帮助其他应用程序吗？

我正在开发一个Silverlight页面,它有几个模块用于查询和绘制数据库中的数据.这些模块中的每一个都是完全不同的,每个模块都需要自己的控制面板和以不同格式显示的数据,它们基本上是不相关的,但我们希望它们可以从同一页面访问.

我的问题是,我应该如何组织和构建这个？我应该在同一VS2008解决方案中有多个Silverlight项目,并使用Tabs,Divs等在.ASPX页面中引用它们吗？

我应该尝试制作一个包含Silverlight应用程序的大自我吗？什么是在XAML内模块化的最佳方法？

任何帮助将不胜感激,我已经做了一些在线搜索,并没有找到很多关于这个主题.

我想备份我的项目,但文件夹现在主要通过额外的库,如boost等超过6.6 GB,但即使我只选择我的源文件夹,我最终得到大文件,如:.ipch ,. sdf和其他潜在的人.更糟糕的是我使用eclipse编写代码并使用VS进行编译,这样就增加了混乱,尽管我的印象是只有VS创建大文件.

如果狗屎击中了粉丝,我希望能够解压缩一个档案,并在那里拥有项目设置和解决方案文件以及来源等所有内容,以便我可以在VS中轻松再次打开它.我可以忍受不得不重新下载boost或其他第三方库.

你如何解决这个问题,我需要保存像.sdf这样的文件吗？

答案:

感谢所有的提示.我现在将采用LocustHorde提出的解决方案,因为这似乎最符合我的需求.我只想要一个我可以作为安全备份的异地文件(我不想使用在线服务).存储所有文件的所有版本似乎都不会更小更简单,在这种情况下会有点矫枉过正,虽然我会安装一些版本控制系统,因为我没有使用它们的经验,我想得到一些...

最后的答案 在仔细观察后,我发现winrar归档中必须忽略哪些文件仍然是一件麻烦事.我终于出于好奇而安装了Git并且喜欢它.所以我现在在本地存储库中有一些项目.从eclipse我可以很容易地标记文件和目录被忽略,并进行备份我使用git-extensions来克隆repo.我仍然需要查看清除旧版本,这在Git中不是非常用户友好,但似乎至少可以,然后我将只是7zip文件夹.在最糟糕的情况下,我只是删除了git数据库,我只是拥有源文件的最新版本.或者也许我可以结帐到另一个目录.走着瞧.

所以我有一个由EntityFramework4为我的sqlexpress08数据库生成的DataEntity类.此数据上下文通过WCF数据服务/ Odata公开给silverlight和win表单客户端.

数据实体+ edmx文件(由EF4生成)是否应该进入单独的类库？

这里的问题是我会为几个实体指定数据注释,然后其中一些需要特定的MVC属性(比如CompareAttribute),所以类库也会引用mvc dll.也恰好有实体用户将被封装或包装到网站中的IIdentity中.所以它与mvc网站很相关.或者它应该放在mvc项目本身的Base文件夹中？

大多数网站是围绕数据库的数据驱动,如批准用户,更改全局设置等.真正的业务发生在silverlight和win form应用程序中.

我使用mvc3 rc2与Razor.
谢谢

我是GWT的初学者,正在考虑开发管理软件并将其部署在AppEngine上.

在我看来,有一个"标签式"用户界面.

Tab1 =销售额; Tab2 =发票; Tab3 =股票......等等.

我刚刚完成了Stockwatcher教程,它非常酷,但现在我想知道如何组织我的代码.

我的意思是,为每个标签制作一个gwt模块是一个好主意吗？例如,我只想在选择该选项卡时加载"发票"选项卡的界面.即使我对multimodule的想法是错误的,你能告诉我如何避免在"Stockwatcher"课程中使用我的所有代码.我读过复合材料,但我无法理解.

希望你理解我的疑虑.谢谢你们!