当前位置: 软件>C/C++软件
celphim2 progtechs(系列)
本文导语: 简介 在远程发行模式上，gnadc有他自己的一些创举， ，a)传统的lamp,nmap，或iis，lnmp中,sqlserver这样的东西，包括apache web page guiserver，broswer 都参与了将本地应用通过一套程序(分布化)转化为远程程序的过...
- 简介
在远程发行模式上，gnadc有他自己的一些创举， ，a)传统的lamp,nmap，或iis，lnmp中,sqlserver这样的东西，包括apache web page guiserver，broswer 都参与了将本地应用通过一套程序(分布化)转化为远程程序的过程。。其中broswer as appplayer是客户端的。mysql,ftp,apache等将桌面应用做成分布式的手段，都太大粒度了，而且跨越了开发直接进入了发布。。。根本不能称为appmodel os其本质还是桌面应用框架(runtime or vm)。缺少了在lamp中增加新分布式服务器成员的能力和不能良好支持本地应用。比如，对于一个gamelogic server来说。asp.net 这样的架构，将所有的web应用都做在虚拟机中和apache后，作为pageserver apps.但实际上，有些gamelogic或其它不适合作为page server app，它们是某些与db,fileserver,stream server，pageguiserver并列的部分，此时，就需要一套发生在pagegui前后的综合语言系统，将这二部分逻辑分开。综合语言和运行时的前一部分作为gameserver。后一部分作为传统的web app。如果不需透过page server,那么这种应用和开发模式同样适应本地开发和应用。这就可以解决传统webgame的尴尬。b)而j2ee,jvm for andriod虽然包括了开发和发布，其实现往往是基于虚拟机的app server，j2ee一样的webapp container os。c)而且这二者都有webappmodel固有的缺点，是lnmp这种分布式框架（它仅是桌面程序的部署没有分布式专有的开发方案）和j2ee+html这种分布式框架共有的的缺点（它虽有开发和发布，web提倡的集成化和服端客端分离的appmodel模式是很好的，web发布者和管理者设计者都在服端进行，是一种engine+editor+app的环境，但本地应用难自然融入这种appmodel,变web为标准非限制的分布式appmodel,web变成标准于mobile和桌面的唯一app model engine是dymic web ,socket io,安卓这样的程序作为cliwebapps直接去掉了html,js富网页，这与engitor提倡webmobiledesktop三合一的开发runtime目标接近。由于gnadc是强大的新式三合一环境带来了新的强大的功能，在gnadc下，c and s side，服务端fs和客户端player fs加载，可以使用同样的fs技术,,可增量发布(file system hook based)的web逻辑及web内容...这就是peer cloud.解决了webgame的技术尴尬迎合了web,webgame的开发。对于移动开发,java for andriod framework虚拟机统一了webapp和mobileapp为统一model,去掉了web app一定要有个player（客端）和通过cgi（服端）的特性，统一在一个vm framewk runtime class下，而且与业已存在的web也可以交融，在应用上，动态可组装的com，可以与httpserver复合，形成功能强大的web服务器。而不用将web服务实现为虚拟机+动态脚本。一切都是xml接口描述的组装过程就够,engitor就是将sns真正地接入了网络游戏社区，使得visual交互和ingame play交互统一于一个开发与发布模式。换言之，它是 game sns os
在应用框架上，gcmk也有自己的一些创举，而不必用到appmodsystem和方法论的老套路，(5) 业界早就告诉我们不能用软件抽象的方法去代替用户应用架构，linux系的开发就是粗糙地包装了系统开发然后形成应用开发，其实作为引擎开发的编程强调抽象。。。而软件应用编程强调一个更好用的面门，因为它面向扩展它的用户，换言之需要加大编程与软件产品的之间的沟壑使产品与引擎分开进行编程， 比如一个游戏编辑器为主的游戏引擎套件而隐藏掉引擎本身 -------- such as a visual engine demo ，。minqw还支持engitor所描绘的关于游戏的开发架构(6)第二是，，engitor假设它已经提供了领域全包的开发框架，而将游戏程序的开发，作为对engitor(这是一种gamengine plus engine editor的合称)的产品级的扩展和修改,在这里不提倡程序员对engitor的修改，假设它的实现已经完成而将其视为一种程序上的成品，这就是组件的可视化的效果和程序组件的组合，真正的工具箱性质的调用才能产生内容形成内容制作的效果。(这就好比.net的组件，由于作为源码书写的编程方式是“写作方式上的可视化”，，ide层面的可视化实际上只是工具辅助的范围。所以可视化最终在语言层是受基于pme的interface dispatch支持的。可视化就对用户进阶曲线小，在产品结构上，mpge被提供时就已经是一个可运行的game demo，用户只需修改或增加，不用创造新逻辑，mpge还提供了game editor demo -------- engine game与engine editor整合是mpgedk本身的一个特色)，为其设置一个engine frontend commander，engine commander这样引擎的扩展就可以基于这个可视的engine commander，形成可视或不可视的engine commander widgets扩展，而且将定制局限在有限的几个方面
综上所述，真正的抽象应保持一个最小核心尽量避免过度抽象带来的新问题，在保持一个最小核心的同时，基于它的扩展可以与它形成机制与策略的关系，形成一种架构上的生态，这种架构不但是开发架而且是应用架构，这样就可以避免多种机制带来的抽象过度问题。并做到教育和工业上的统一化。回到语言选择和开发方向的最初讨论，minqw将这一切集成到自身，上面说到，将其上升到语言组件支持的境界，就可以从开发上直接支持变得可持续集成，如果说(1),(2)，（3），（4）指定了minqw用于开发和发布，（5）（6）即属于用户编程，使用的同一种语言和泛式，这极大地简化了学习曲线，而且自始至终只有一种角色，（1）-（4）支持程序开发程序员级扩展的那些设计支持，即引擎开发和引擎扩展(第一级第二级)就可以使用统一的qtcpp，属于编程，那么这第三级（5），（6）的用户配置就属艺术和设计，也使用qtcpp的visual assambly代替dymic scripting，配合使用面向用户的qmlxml的标识描述语言和工具输助的自动生成qmlxml(like war3we)，，是一种微小的开发和配置式的开发，属于产品艺术不算编程。也是同一种角色，这一切的背后即pme模型。pme是平台。语言，框架，应用，设计，使这些方面得到统一的，真正的平衡机制。---------- 当然,cmc不是完美的，但是这完全是一个选择问题比如， 要包容gobject在面向对象方面的复杂性，你才能避免学习cpp带来的新麻烦。。,这就是编程复杂性的界限,bcxszy始于编程而且最终给出一条让你跳出编程的路,,,以上所有这些，对于上升到通用非game engine,game dev(一般游戏开发就是game dev ,game engine based dev)这样的抽象模块情况也是一样的，而且engitor使这一切上升到应用架构上的engine/mod/editor方式。除了语言环境提供cmc lib,实现engitor,甚至我还将这些做进一套新的系统中(一个专门的cmcbox os,progshop ide的ubuntu发行)。
应用开发实践与语言实践是个必经的，去疑的live终端体验过程，一门具体语言语言的掌握与熟练度，具体方案的编程实现与应用问题的解决，都是实践，如果说bk top concepts部分指的只是指导实践的理论通例，一份minqw源码只是静态的设计范例，那么，这部分就解释了具体语言(minqw)和方案(game programming)，也即，一门语言的能学会使用是最基本要完成的必须先行的，这样在实践和学习过程中的一些东西才能得到沉淀形成经验，然后才是问题的解决，甚至开发文化的东西，具体游戏方案域，有具体到细节的实践，故整书可作为实践的典范之作。bcxszy part2 提供了开发minqw和mpgedk中的全部理论原理，和使用它们进行开发实践全程指导 - 它相当于minqw的"msdn"(design,implant details,and api practise,refs)。 学完此系列，读者应对gnome系列的c runtimes有深刻理解，并对vala有实际的编程体验，而且对游戏引擎项目也有实践，这样，就形成了一个更为完善的教学体系，就能使读者把握编程的基本全貌的同时(top concepts formed best theroy)，实际培养他们进行游戏编程，并使用minqw进行编程的实践能力(withthe help of these docs from design and implant details to apirefs ,readers canget a review of minumaled general and game programming best practise)。
应用开发实践与语言实践是个必经的，去疑的live终端体验过程，一门具体语言语言的掌握与熟练度，具体方案的编程实现与应用问题的解决，都是实践，如果说bk top concepts部分指的只是指导实践的理论通例，一份minqw源码只是静态的设计范例，那么，这部分就解释了具体语言(minqw)和方案(game programming)，也即，一门语言的能学会使用是最基本要完成的必须先行的，这样在实践和学习过程中的一些东西才能得到沉淀形成经验，然后才是问题的解决，甚至开发文化的东西，具体游戏方案域，有具体到细节的实践，故整书可作为实践的典范之作。bcxszy part2 提供了开发minqw和mpgedk中的全部理论原理，和使用它们进行开发实践全程指导 - 它相当于minqw的"msdn"(design,implant details,and api practise,refs)。 学完此系列，读者应对gnome系列的c runtimes有深刻理解，并对vala有实际的编程体验，而且对游戏引擎项目也有实践，这样，就形成了一个更为完善的教学体系，就能使读者把握编程的基本全貌的同时(top concepts formed best theroy)，实际培养他们进行游戏编程，并使用minqw进行编程的实践能力(withthe help of these docs from design and implant details to apirefs ,readers canget a review of minumaled general and game programming best practise)。
- WWW:
Home: http://www.pmeware.com/
Src : see http://code.csdn.net/minlearn/celphim2/
Down: see http://pan.baidu.com/s/1i31EVeH
QQ群: 306596691
您可能感兴趣的文章:
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术，将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外，均为转载、整理或搜集自网络。欢迎任何形式的转载，转载请注明出处。
本站(WWW.)站内文章除注明原创外，均为转载、整理或搜集自网络。欢迎任何形式的转载，转载请注明出处。