Jua*_*eno 11 extjs sencha-touch sencha-touch-2 sencha-architect
我开始对Sencha Architect进行试验,我越用它就会出现更多的问题,因为它在开发环境中的实际可行性使用,我遇到的一个更大的问题是
在无法编辑不同编辑器中的单个文件的环境中,多人如何协作开发网站的不同部分,例如
app/models|components|views/Model1.js <- In charge of developer one
app/models|components|views/Model2.js <- In charge of developer two.
例如,在常规环境中,你可以使用git来分发每个文件,但是在架构师中,你不需要手动编辑文件(这很糟糕,因为在配置文件中没有公开像配置文件这样的功能).如果您手动编辑它们,它将导致问题,或者它可能会将代码覆盖回项目文件中的任何数据,因此我想知道Sencha正确或预期的协作工作流程是什么.
Ser*_*iev 21
阅读上述帖子后,我仍然无法相信将Sencha元数据文件保存在代码存储库中并从元数据生成所有JavaScript都适用于大型项目.
Sencha Architect的想法是将代码保留在javascript文件中,但是在JSON元数据中,并且无论何时需要编辑JavaScript代码,都必须使用IDE并编辑元数据.Phil Strong说:"我们要求你继续使用Architect作为你的编辑,使用Git或SVN对20名工程师这样做非常安全." 当然,这个工作流程对于Sencha非常有利,它迫使20个人使用许可的Sencha Architect,因为要改变一行JavaScript代码,开发人员必须使用Sencha Architect.
当两个人编辑同一文件时,IDE会更新元数据.然后他们将文件签入到代码存储库中,其中一个必须解决冲突,因此开发人员必须合并两个元数据文件,而不是JavaScript文件.
除非他们使用Sencha Architect,否则不让开发人员编辑JavaScript的整个想法是适得其反的,因为同一个人可以使用他最喜欢的IDE进行Java和JavaScript开发,或Python和JavaScript.在同一个IDE中进行客户端和服务器编程比在两个IDE之间切换要快.一个大项目的实际情况是,您在全球拥有多个团队,他们使用不同的IDE,您也可能有一个由承包商实施的短期项目,该承包商也有他最喜欢的IDE.
ExtJS是一个设计良好的框架,您不需要SenchaArchitect来修改单行JavaScript代码.
在JavaScript中编码时,我会保存我的JavaScript文件并刷新浏览器,并立即查看更改.Sencha Archtect增加了额外的步骤,它要求你发布javascript(从元数据生成JavaScript),项目越大,延迟就越长.我经常需要在生产中修改JavaScript文件,有时更改单行修复问题,同样,我必须使用Sencha Architect从元数据重新生成这一行.
我只使用Sencha Architect进行快速原型设计,然后将生成的文件签入代码存储库并继续手动编辑JavaScript.通过这种方法,我可以使用版本控制系统来查看JavaScript的历史.如果我将JSON元数据签入VCS,那么我就没有JavaScript的历史记录,我会有JSON元数据的历史,这是违反直觉的.
我认为拥有GUI格式的元数据是可以的,但MVC控制器级别也必须从元数据生成的限制是不行的.
sha*_*sha 10
虽然我非常感谢Sencha在创建有用且功能齐全的开发环境方面的努力,但我不认为Sencha Architect已经为相对较大的项目和开发团队做好了准备.
我最初的Architect软件对于快速原型设计和设计复杂的UI结构非常有用,但是在你弄清楚你的UI元素在JS文件中存放的方式之后 - 通常复制粘贴现有的JS代码更容易,更快.
我不认为这是你正在寻找的答案,我只是想分享我的想法.
当我搜索同一主题时，我发现该metadata/目录是该项目的重要内容，并且所有组件都被分成自己的元数据文件。这与根级项目文件一起可能是版本控制的重要部分。在保存时重新生成app/，并且可能可以从版本控制中排除。
主 xds 项目文件包含更一般的引用，并且可能比元数据组件更改得更少。但当创建新组件或修改项目/应用程序级别设置时，它会发生变化。
理想情况下，如果您只签入根文件和元数据文件夹，它应该可以正常工作。