由于WEB应用对客户端的操作控制能力极弱，如何更好的将《星》与《者》二者结合起来应用于WEB客户端的操作控制，将是一个很好的路子，使《者》、《星》完美结合应用。
      问题是由于《星》制作的EXE应用程序比较大，很不适宜每次都从服务器端下载到客户端运行，所以，最好的办法就是在《者》应用的WEB客户端进行文件存在的判断，如此就需要《者》在WEB客户端解决的是——：

如此，《者》就能真正优于了其他常见的WEB应用系统，不仅仅是一般的浏览应用，达到完整的交互式WEB应用系统，傲然于世。

希望，公司能抽时间为大家研制这样一个完整的源程序，供大家学习提高，这样对《者》的研发压力也是一个很好的缓冲，待《者》最终能自己独立实现为最好！

谢谢！

不好意思，seedog朋友，您的境界怎么总是停留在这些呢？怎么就没有觉得很多正常的需求也是需要这么做的吗？您没有发现很多OA系统就有这些操控要求吗？

我哪有那么多的小人之心啰！！

即使是木马，也是一种技术研究啊！切！

这种应用是比较常见的，比如我们常用的网上银行在输入密码时，需要安装一个控件，这时密码输入框才能激活。

不过这个功能好像不是楼主这样的思路，应该是用脚本来完成的吧。

另外，以《者》的现在情况去做OA系统有难度，其实不管星也好，者也好，都应该将“表格”的功能做强。

下面是一个OA的一些截图，在者中应该都实现不了。

都可以做，只是你对客户端（javascript）不熟悉而已;

做项目不要完全模拟别人的软件，要根据自身开发工具的特点，进行开发；每个开发工具都有自身的特点。

我感觉大家应该对 b/s 模式深入了解后，再作出一些判断。你的说法应符合目前的技术规范。。。否则没有意义。

唉    多做示例是正事 

之所以一直坚持力挺搭建，实在是因为搭建公司特有的“坚韧”与“大度”和“自信”的搭建特色，“坚韧”自不必多说，十多年的坚持下来就是见证。

“大度”就是在于客户提出问题后，一旦搭建不能解决，总是毫不犹疑的“大度”的推荐和要求客户去学习掌握其他知识，别把宝压在搭建上，给客户很大的自由和选择空间，同时，这也是该公司独有的自信。

在这点上，就连著名的同类的中文编程语言—易语言就显得“小气”多了，一旦客户提出问题，它总是战战兢兢的一点都不大方，绝对不会“大度”的向自己的客户推荐和要求客户去学习掌握其他工具，生怕客户掌握了其他工具就嫌弃或抛弃了自己的产品，因为，易语言狭小的心胸里始终有一个打不开的情节和恐惧——“等老子精通了什么C啊、JAVA啊、javascript啊，还看得起你易语言吗？”，因此，他们总是小心翼翼记录客户的每一个需求甚至很多都是无理的需求，日夜研究不管能不能攻克也不敢“大度”一回。其间，也体现了易语言可怜的自卑心理——“深知自己产品存在很多差劲，自己的客户群绝对不可能与C啊、JAVA啊、javascript啊的客户水平和素质相比，因为那些客户绝对不会正眼瞧一眼自己的，所以，只好把自己仅有的几个客户当成自己的文盲老爹一样孝敬”，因此，将自己的产品使用说明写成厚厚的书去低价出版，更是组织编写海量的操作实例，并且都是免费的，生怕别人不用。唉，想想都可悲啊，吴涛啊你就整个一傻子，叫我们怎么瞧得起你哟，所以，我们坚决不用易语言。

奇了怪的是，连我们一窍不通的人儿都明白“很多应用软件是需要靠很多其他工具配合才能解决完成”的基本道理，为什么易语言吴涛那个呆子就始终一个死脑筋的总想着用易语言来完成客户很多奇怪的要求呢？为什么就不能洒脱点轻松点把问题推出去呢？合该吴涛他小子的生意越做越不得劲儿了！

就冲着搭建特色的“坚韧”和“大度”与“自信”，我们还是一如既往的力挺搭建到底！我坚信等大家精通了C啊、JAVA啊、javascript啊等等，之后再回首来操控搭建岂不是牛刀杀鸡了！！那将是一个多么愉快的日子啊，那样搭建公司和客户们都将是何等轻松和谐啊，一个问题都没有了。

在搭建这么些年，最值得感谢的就是在公司的督导下，我们学会了很多搭建以外的知识，现在很多时候都可以不用搭建也能编写出作品了，这是在其他任何公司都不能得到的培养。我们也深知搭建目前解决不了这些，但是为了搭建的明天，或者为了再次得到公司的督促增加动力去学习javascript或其他而已。

希望大家不能辜负公司的谆谆教导，为解决问题放下搭建去努力学习吧！！前进……！

另外，感谢6楼的ZC668朋友的回帖“《者》可以判断客户端某文件的存在：用这个构件：文件名称操作”。

实际上，此构件在WEB客户端只能对服务器端起作用，请您实测后便知其所以然。