那么Q如何开始SOA呢？l过了几ơ讨论，大家已经度过了盲人摸象的阶段Q实质性的q展是从5.30h上的那次讨论开始的。从那次后，已经逐渐的看清了方向?br /> 最佳的Ҏ时开始构的SOAQ侧重于提高当前~Z效率的交互性。例如，假设使用一个系l上需要重新键入到另一个系l的打印报告Q将两个计算机系l紧密联pd一Pq会消耗时间、浪Ҏ本，D出错Q而且数据无法保持|行。可以设计一个简单的ZWeb服务SOA目Q直接链接信息，含更新的SOAP消息发送到合作伙伴pȝQ而不是打印报告?
开始简单的SOA使我们可以在作出大的军_前之前先衡量Qƈ在出现大的问题之前获得小改善的经验?br /> 所以，再次看到SOA的的W一条准则：“业务驱动服务、服务驱动技术”的时候，深有感触。这才是问题的本源，原来的几ơ讨论和xQ其实都偏离了轨道?/p>
M的Y仉目都有它存在的目的，都是Z解决一些现实中的问题。可以把q个成ؓq个目的目的，可以把需要解决的问题的需求称作这个项目的需求?/span>
M的Y仉目的开发都必然M开了解需求、根据需求进行设计、根据设计进行实现这些过E。不是多大的项目，也不是采用何种开发方式?/span>
一个h几天可以完成的目和几个小l好几个月才能完成的目相比Q它们面临的实际中的开发问题，和开发结束后面的维护问题都是不可同日而语的?/span>
而且Q技术的角度上看Q适合大的目的开发方式也未必一定适合的目?/span>
好了Q说了这么多Q我只是惌Q?/p>
lg所qͼ软g开发过E是一个非常复杂的问题Q对于做技术的人来_其是做计算Y件技术的人）Q解决问题的方式只有一U，分析问题、根据问题设计解x案、然后实现解x案来解决问题Q解x案未必一定是软gQ?/p>分析问题的第一步，是把现实中的东西{换成为概忉|型，q样我们才有一个讨论和研究的^台。如果没有一个明的l一的概忉|型，那么Q无论做什么研I会显得毫无意义（古代的智者和诡辩经常这么干Q?br />
既然我们面的问题是软g目开发，那么我们W一个要做的是把它建模Qƈ且对它进行一下研I?br />
我会在接下来几篇文章中对它进行详l的阐述Qƈ且针Ҏ在项目开发中的一些经验、ȝ和思考提出我对这个问题设计的解决Ҏ?br />
目的只有一个，希望针对q个问题作出一些探讨。希望能够抛砖引玉?br />
]]>
1、考虑从Apȝ重复上传数据至Bpȝ的问题?br /> 1Q、通过上传数据时用同一关键字可自然避免此问题?br /> 2Q、如果业务流E中难以使用同一关键字，则首先要明确A、Bpȝ中各自数据行的关键字Q然后一定要在从Apȝ上传Bpȝ时将Apȝ的关键字赋值到Bpȝ数据行的某个字段Q且q个字段一定要方便查询Q如h搜烦帮助功能的字Dc?br /> 3Q数据上传是否成功需要反回|q在Apȝ中有所记录Q单独做日志记录或修改上传数据行状态需Ҏ需要而定?br /> 4Q强?Q，判断数据是否成功上传的方式严格意义上来说应该是在上传动作处理完后到BpȝL对应的数据，除非Bpȝ是非常标准可靠的大系l，接口为标准化可靠技术，才可以通过反回代码来判定是否成功上传数据?br /> 5Q区分第1ơ上传与W?+Nơ上传处理，如，当第2ơ按下了上传键，则首先要L看数据行状态，如果Z传成功状态，则取消后l操作，如果Z成功Q则要}慎对待，q时严格做法是去Bpȝ搜烦是否上传成功Q如果Bpȝ已成功，但Apȝ状态没改过来，出现报警日志Q需手工定、处理，如果Bpȝ的确没有该数据行+Apȝ中状态ؓ未成功，则可执行W?ơ上传Q务。注意这个?”，了它，您的逻辑q乏严谨性了Q例如，上传B成功Q但在返回值时出现异常Q从而出现重复上传?br />2、考虑某些异常处理Ҏ?br /> 1Q、如上所qͼ如果自动上传p|Q您要有手动处理的方式?br /> 2Q、要具备既能自动扚w上传Q也可以手动扚w上传的功能。例如在A、Bpȝ成功Ҏ前，需要在A、Bpȝ中手工单独处理业务数据，一旦对接成功，q时需自动上传Q那么在此之前的业务数据需要补充上传；或是在某U特D情况下需要暂停Apȝ上传BpȝQ后l再补提Q那么在E序开发时需要考虑到这U业务需求，是通过某种方便的“闸”来l一控制Q如定制参数{。“闸”的优点是统一、同时、一个不漏的控制业务对象?br />3、定期的、规范的数据校对功能?br /> 如果不是A、B双向接口Q缺了这一功能Q是您的p。由于A上传BQ通常会要求A、B两系l中的基数据一致、业务数据同步一_但往往很难从技术上去解决A、Bpȝ双向接口Q这时我们需要考虑到当Bpȝ单独更改了基数据或是从Apȝ上传的数据行旉成的数据不一致的校正工作?br /> 或许有h说我们在程上已l规定了A、Bpȝ单独修改时必d时更改，但是作ؓIT人员应该ID所有的Ҏ情况处理Q比如，操作人员没有按流E去做呢Q?br /> 因此Q徏议按具体业务来定l一校对工作Q注意，不同的业务校对的旉间隔可设Z同，且要具备错误后箋处理功能?br />其它相关原创文章Q?br /> 1.大型软gpȝ应该具备的一些细节功?/a>
2.专业专题点评Q?a class="" title="" href="/zhy-enda/archive/2006/05/30/49056.html" target="">谈物料~码与技术实?br /> 3.专业专题点评Q?u>数据归档/删除处理逻辑?/font>
Q特别说明：以上Z点，仅供参考，本h不对此方案负M责QQ—ERP Senior Consultant VilionQ?/p>
]]>