我有一個場景,客戶要求在struts 1上開發一個新項目。看起來他們有很多在Struts 1上運行的應用程序,並且內部IT團隊對此感到滿意。有沒有人在這裏使用Struts 1來完成一個新項目?
對於數據訪問,我們被要求編寫JDBC,沒有ORM,甚至沒有Spring DAO。他們開發了一個框架,我們被要求使用它。
我想知道這裏有沒有人遇到類似的情況,並設法說服客戶使用新的框架。
我有一個場景,客戶要求在struts 1上開發一個新項目。看起來他們有很多在Struts 1上運行的應用程序,並且內部IT團隊對此感到滿意。有沒有人在這裏使用Struts 1來完成一個新項目?
對於數據訪問,我們被要求編寫JDBC,沒有ORM,甚至沒有Spring DAO。他們開發了一個框架,我們被要求使用它。
我想知道這裏有沒有人遇到類似的情況,並設法說服客戶使用新的框架。
我住過類似的痛苦情景。爲了贏得爭論,你首先必須說服他們。
說「Struts 1吸」不會削減它,因爲他們總是可以說「它已經過測試,並且適用於其他項目」。
我所做的是:
1)我創建了一個更好的框架,我找到了適合該工作的原型(在我的情況成風)...在3天。
2)我創建相同的原型在Struts的1.x中...我設法做到這一點在5天,但它是一個很多痛苦,如預期。
3)然後,我創建了漂亮的圖片,代碼度量和事情,我免費獲得來自像成風的框架介紹,我不從的Struts 1
得到最終他們的選擇是與Hibernate的Struts 2。更好,但仍然是最後一個糟糕的決定。我們在18個月內完成了我們的應用程序,當時我們可以在3年內完成這項工作。技術選擇不是唯一的責任,我們需要遵循各種內部程序,我們也必須重寫由於我們管理層的政策正在轉變,所以代碼的很大一部分,更不用說與各種被棄用的內部系統集成了。
我來的唯一結論是,在大商店做企業軟件實在太爛的生活給軟件開發者。
Struts 1仍然被許多公司使用,因爲它是一個藍圖(一個企業決策),因此他們不能使用其他任何東西。 這是我們必須生活的一個非常常見的場景(我會說一個標準場景)。
我現在在一個struts-1項目上。我感到你的痛苦..而且它是2014年 – 2014-02-26 10:16:14