1、“.....也增加了页面长度,这些增加的代码,对于以后的系统维护,都是颗颗地雷,后续者必须以百倍的热情和谨慎,才能不被这些地雷炸伤上面的讨论还是仅仅是在技术层次上进行的,其实还有更重要的个方面没有谈到这就是界面开发上的所见即所得由于界面开发的复杂性,没有个开发工具可以实现真正的所见即所得,只能在运行的时候才知道最终的结果到底是怎么样的在这种情况下,除了增加开发的复杂度以外,用户也就被排斥到了整个开发过程之外用户没有办法对界面提出自己的要求,是这种要求会被回应对不起,做不到对不起,难度太大二是在整个界面的开发过程中,用户本身是隔离其中的,用户无法真正理解界面开发的全部过程,也就无法提出合适的意见出来这种将用户隔绝在界面开发过程的恶果,就是用户对最后的界面,包括观感,包括操作流程,都不够认可......”。

2、“.....开发者就没有合适的途径来接收基于架构的企业应用开发新思维用户的反馈意见,只有把所有界面都完成才能开始接收用户的界面反馈因为没有合适的机制,让用户来参与到整个项目的开发过程中来这个技术架构的致命缺陷,就是没有考虑到用户的参与,它关注于如何建立个理想的技术乌托邦,而没有考虑在现实的世界里面,没有客户的认可,整个技术框架都是空中楼阁任何的讨论,都是有个对立面存在的与相比,我选择的参照物是不是的最大优点,就是所见即所得,这个界面开发的过程,非常直观,非常简单,也非常容易理解因此在的开发里面,用户是完全能够理解这个界面开发的全部过程,也能够提出具体的修改意见出来的,甚至在培训以后,由用户自己来绘制些界面和调整些界面是完全可能的正是因为如此,采用这类工具开发的过程中,至少在界面这个层次上......”。

3、“.....用户对最终的界面是很容易认可的而在里面,事情就不是这样了以下对话来自真实案例开发人员在界面上绘制了个列表出来用户这列太宽了,改窄点那列太窄了,加宽点开发人员若干代码修改用户还是不太理想能不能手工拖动开发人员太复杂了谈谈对开发基础架构的些看法摘要要做长远产品开发,必须从头来做组件从根本上来说,所有的都包括三部分,第部分是如何定义和实现的各个元素基于架构的企业应用开发新思维第二部分是如何从把这些元素组合起来形成个统的,第三部分是如何把这些定义的元素和界面在计算机屏幕上绘制出来第部分,第二部分属于数据结构的定义部分第三部分是真正的算法部分,把数据结构变成用户实际可见的界面假如界面上选择的是的话,那么第部分用的就是的定义元素之类,第二部分采用的就是的定义语法,把各个基本元素组合成个页面来展示而第三部分则交给浏览器来处理......”。

4、“.....的基本元素很少,而且还不能自己扩展只能采用第三方库来扩展所面临的问题包括浏览器升级和浏览器不兼容浏览器这里最要命的就是,有时你会遇到些,明知存在,却无能为力,无法修改更正,只能祈祷下个升级版本能够解决这个问题真实项目中曾经亲身经历,感觉非常无力所有把自己的构建在上的系统,都似乎是在流沙上盖房子,稳定性很糟糕是个比较新的技术,它的语法比较奇怪,让我不由得想到的语法最近因为曾经把个开发的程序迁移到上,更加深了我的这感觉就是用的语法,来套用的语言结构关于这问题,以后有时间开专帖讨论现在集中来谈作为应用的基础是否可行对于的话,部分的元素就是采用里面提供的各种控件,你也可以根据自己的需要来对这些控件进行扩展对于界面的表示形式,则采用自己定义的文件格式来存储原始界面定义文件,然后可以编译成为中间代码,在的虚拟机上运行第三部分是通过发布的个控件......”。

5、“.....的方案要优于的方案从组件上对比,的界面组件比多很多,而且可以根据需要自己定义扩展从界面组装方式上对比,的界面定义格式要比好很多,而且还有个官方的支持,容易编写修改从渲染算法上对比,由于采用的文件格式是文件格式,采用控件,插件方式来渲染执行,比在里面再调用其他第三方的的速度,效率,安全性上都要好很多但这个方案和第个方案样,要依赖于控件来运行,而不是直接和操作系统交互,采用作为基础的最大风险,就来自工具及运行环境本身的和升级的兼容性这里最要命的就是,有时你会遇到些,明知存在,却无能为力,无法修改更正,只能祈祷下个升级版本能够解决这个问题刚开始用,还没有太遇到,但预计以后肯定会碰到的等我对的研究并不深入,这些东西只看过别人做的些例子,这里也是就事论事,理论探讨下这种实现方案的难度也不谈,但仍然无法脱离系统受制于人的状况......”。

6、“.....受限制于浏览器的支持和兼容本身的和其他代码的兼容采用这种解决方案,仍然要面对同样冷酷的事实旦有了,你的整个系统都将受到影响,而你却无能为力基于架构的企的设计目的，是简化开发流程，提高开发效率，降低开发和系统维护的成本。参照的技术开发，对它进行重新实现，不再依赖于环境。是个跨平台，跨语言的界面解释器，通过读取并解析数据窗口文件，在不同环境下提供统的用户界面和数据操纵功能。可以采用不同语言进行实现，目前提供版本和版本，未来将增加版本。可提供源代码销售，您可以购买源代码进行改造，把的功能完全集成到您的系统或者平台之中。采用，您可以在不同开发工具和语言之间迁移您的应用，无须重新编写，基于架构的企业应用开发新思维保护您的技术投资。采用，您可以把您现有的程序快速转换成应用程序。图片说明可以使得同样个数据窗口定义文件在不同平台，不同环境下得到同样的展示......”。

7、“.....所见即所得，直接数据库访问，不再层层转发。通过借鉴中的控件，从零开始重新进行编码实现，实现完全自主开发，不依赖任何第三方控件的控件。释义，并不是我们发明的个新名词，它的原始出处在公司的产品里面。在里面，是指技术，即通过个控件在界面上直接解释和显示内部定义的数据窗基于架构的企业应用开发新思维口对象。这个思路应该说是个很好的思路，但不幸的是，中的使用存在诸多限制，无论在后台对应的应用服务器限定服务器类型，还是本地客户机需要安装本地库，都有非常不便的地方。我们所设计的，借鉴了中控件的设计思想，采用全新的语言环境和工具，重新设计实现了控件，使数据窗口由专有的项功能，变成了各种语言环境都可以使用的通用工具。在数据窗口的表示上，选用和完全相同的文件表示形式，可以直接解释所绘制的数据窗口对象。为了适应跨平台应用的需要，采用语言重新编写了控件，称之为......”。

8、“.....控件和后台数据库的交互，通过在服务器上定义个数据转发服务器来实现，控件直接向后台发送命令，经转发给后台数据库以后返回结果再在前台进行数据展现。的设计理念正是为了从根本上解决上面的问题，简化系统的复杂度而设计出来的产品。它的设计目的，就是在上，实现中控件的部分功能，使得以浏览器为载体，可以在界面上直接操纵后台数据库，前台的控件和后台的数据库服务器实现直接通讯，而不再层层加卡，转换。的系统技术架构图如下控件，是段嵌入到浏览器中执行的程序，这个程序的封装形式，可以是平台上的控件也可以是的，甚至可以是利用基于架构的企业应用开发新思维技术单独编写的控件也可以。目前提供控件形式和控件，格式的将在未来提供。在网页中的程序对象，不能够真正直接和数据库进行交互，因此中间需要个中转站，这个中转站，就是服务器上的个请求转发服务。这个服务，可以是编写的......”。

9、“.....控件本身是直接通过底层的来访问后台转发服务的，不通过浏览器本身。控件，就是在上运行的组件对象。数据窗口对象说明数据窗口对象这概念是提出的，它是段文本描述，其中既描述了数据的展示界面，即数据如何展现，也描述了数据来源，即从哪里得到这些数据。它是应用程序的静态描述部分。控件本身不包括这些信息，它就是段程序，根据数据窗口对象所定义的描述，来绘制界面，自动生成所需要的脚本，和后台交互，提交命令并处理结果。控件是应用程序的动态执行部分，数据窗口对象是应用程序的静态定义部分。在中，数据窗口对象采用和兼容的数据窗口对象格式定义。这样您可以在中用数据窗口画板来图形化绘制个数据窗口对象出来，然后在控件中直接使用它。您也可以利用来迁移您现有的程序到上来。应用程序本身也会提供数据窗口对象的绘制功能，目前版本提供的功能相对简单些，未来会根据用户需要逐步细化，提升......”。