I'll be back!

一個(gè)強(qiáng)壯的prpc系統(tǒng)很關(guān)鍵的一點(diǎn)就是看代碼的重用性，為了滿足特定需求且僅滿足該需求的功能模塊是脆弱的，必須在設(shè)計(jì)之初就必須充分考慮到需求的變更，最大幅度擴(kuò)大該模塊的運(yùn)用場(chǎng)景。
以創(chuàng)建組織地點(diǎn)下拉選擇框(選擇地域信息)為例子，脆弱的做法就是直接在property內(nèi)對(duì)下拉選擇框的值進(jìn)行配置(Name, Value)。而一個(gè)好的做法就是創(chuàng)建一套對(duì)應(yīng)的field value。 當(dāng)然這個(gè)例子并不適用于那些特定模塊的下拉選擇框，
再舉一個(gè)例子，我們?cè)谥谱饕粋€(gè)篩選用戶的html property的時(shí)候，好的設(shè)計(jì)應(yīng)該把篩選用戶的條件作為parameter設(shè)在里面，例如OrgFilter, DivFilter,UntFilter,LocFilter等等。
如果項(xiàng)目在提交到客戶之前就本項(xiàng)進(jìn)行"Health"檢測(cè)的話，可以讓BA在原來的BRD基礎(chǔ)上進(jìn)行一定幅度合理的變更，然后有開發(fā)人員評(píng)估系統(tǒng)變更所需要的開發(fā)時(shí)間，由此來判斷該系統(tǒng)代碼是否擁有足夠的靈活性(當(dāng)然這個(gè)評(píng)判標(biāo)準(zhǔn)是一個(gè)經(jīng)驗(yàn)值)。

我覺得題目開的很宏大，支持一下！！
但真正要提出一個(gè)標(biāo)準(zhǔn)來，是有相當(dāng)?shù)慕?jīng)驗(yàn)來作基礎(chǔ)，并且要經(jīng)過很多驗(yàn)證。我們可以從小的地方開始作：分享一些怎么作可以使prpc application 更加健康的case。
這樣一來可以積累很多人的經(jīng)驗(yàn)，二來可以使我們分享這些經(jīng)驗(yàn)當(dāng)工作中遇到問題時(shí)提供借鑒。

這個(gè)題目很好,不過就算是Pega公司本身也很難給一個(gè)滿意的答復(fù)。
個(gè)人感覺，PRPC的開發(fā)不適合規(guī)模型的外包開發(fā)，只適合緊湊的精英型開發(fā)。而所謂開發(fā)，其實(shí)大部分的工作就是在分析和設(shè)計(jì)，而實(shí)際的代碼工作量不會(huì)多到哪里去；相反一個(gè)系統(tǒng)如果沒有很好的規(guī)劃和設(shè)計(jì)而匆忙開發(fā)，那么最終的結(jié)果將是很鬧心的。

如果長期規(guī)模化以及低素質(zhì)的開發(fā)人員維持低效的開發(fā)，有可能最終產(chǎn)生大量的rule，這些rule的特點(diǎn)往往是高度冗余，通用性差，難以統(tǒng)一維護(hù)。
PRPC目前的一個(gè)很大問題就是對(duì)十萬數(shù)量級(jí)以上的rule management很差。到這種程度上ruleset這個(gè)東西就顯得很力不從心了。
所以我同意樓上的觀點(diǎn)。