想討論這個問題, 因為我發現 XE8 (其實XE7就已經有了, 但 XE8發揚光大)這個狀況相當嚴重, 平均10次會發生2次以上
問題是這樣的
我原本XE7的程式, 重新花了三天把所有FORM一個一個轉上來, 總算編譯都完成了, 丟到真機也運作正常
就在昨天凌晨收工睡覺, 怎料今早一起來開始繼續 XE8的設計, 都在main form 上設計, 而另一支form程式也都沒有改, 甚至連open都沒有(form2),
main form 改完按例丟到真機, 程式啟動一切正常, 但當我一開啟form2, 結果就一直出現 Accesss Error .... , 手機上就不斷出現這個訊息, 如果你不想辦法停止, 就等著手機死當, 到這邊各位瞭解這個情況了嗎? 還好之前已經有豐畐的經驗, 因為我知道 form2.fmx 已經"莫名其妙"的毀損了, 把 XE8 關閉, 趕緊把舊的form2.fmx 拷回來(萬一你是有動了這個form2畫面設計, 或許有 history 中還可以找到xe自動備份fmx, 但我有經驗是history中的全部不能用), 拷回來後再重新編譯就好了
如果各位遇到類似的狀況, 你不相信的話, 可以關閉xe8再重啟專案, 打開form2, 一定會出現 Item not Found 的錯誤, 接下來畫面無法出來(source會在)
會發這篇, 是因為我發現xe8這個情況太常發生, 我不知道是因為xe8的fm2 styletype 提供 fm2自繪元件及原生系統元件的問題, 因為 xe7 大概一週會發生一至二次(我指如果每天都在coding超過10小時以上), 而xe8由上個月使用到現在, 已經超過20次以上, 所以我覺得 embd提供一年三次免費技術支援詢問, 夠嗎?

我覺得XE8的評價不若XE7(若由我評分, 我只能給49分, 死當), 也正應驗我所推論的Delphi魔咒似乎embd也擺脫不了, 雖然這無關於台灣的經銷商, 但想不讓這股繼續發酵, 必須要嚴正的面對及拿出經銷商的態度出來, 幫我們向embd極力反應才是, 要不然每每見到Chirs都說十分重視我們, 但我始終感覺Bxxx(看得懂的知道啦)

編輯記錄

您好:

建議您 XE7 的專案不要跟 XE8 混用，可能會發生無法預期的問題，顧問提供下列二個方式請您試看看:

1. 原廠在 XE8 已經有提供解決方案，請您用轉檔工具先將 XE7 的專案轉成 XE8 的專案，再從 XE8 進行開啟就不會有問題。
Using XE8 Settings Migration Tool:
http://community.embarcadero.com/index.php/blogs/entry/using-xe8-settings-migration-tool?utm_content=buffer1bcf4&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer

2. 最簡單的方式，請在 XE8 建立新的專案，再將 XE7 的檔案加入就可以了。

===================引 用 P.D. 文 章===================

針對其回覆, 我實在是不太能接受!!
xe7 不要和 xe8 專案混用, 那我一堆 xe7 的程式, 是要逼我全部重新開發嗎?
另外, xe8 轉檔程式怎麼會在 xe8 發表之後那麼久才發現而推出呢? 讓我們浪費了那麼多的時間 (更新, 見附記2說明)
其次, 提的 xe8建立專案, 把 xe7 加入的方法, 我老早就試過, 根本不可行, 我測試的結果, 必須把 xe7 的 form 一個一個重新建立(以xe8),再把 xe7 所有元件全部複製過來, 然後還要把 xe7 所有 source 搬來, 最後重建所有元件的event, 每一支form都要損耗我少說一個小時...
附記1:
會有這個轉換問題是在 Multi Deivce Form 才會, 如果是 Vcl form(即Windows), 我開啟舊xe7 並不會產生之前所提出現異常預覽無法關閉問題, 而在 Multi Deivce Form, 如果是很簡單的內容也不會, 例如, 只放一個 TEdit, TLayerOut, TLabel 這樣的form, 會如果裡面有一堆 TEdit, TLabel ... 就掛了, 所以真正的原因我也不知道在那裡, 而xe7 換成 xe8 的 修補程式會再下載下來測試看看!

附記2:
剛剛上了官網看 migrationtool.exe, 發現這不是上回發表會李維老師所提到可以將 XE7 的設定(指的是XE7所有安裝好的設定)匯出保存再匯回XE8, 就不用一個一個再重新設定參數的工具嗎? 會場上(及官網上)好像沒提到是 XE7 FORM 轉 XE8 FORM 的工具, 所以真的能轉嗎? 還沒測試不知道

編輯記錄

唉...有時生命就是這樣.....無奈.
(我 andy8c 的帳號,突然又可以用了,感恩)

------
---------------------------------------
偶爾才來 KTOP ,交流條碼問題,在 FB [條碼標籤達人] 社團留言,感恩.

說真的，對於每年更新或甚至是不到一年就更新一次，對我來說，實在是太頻繁了！！
雖然說，有新系統新平台，開發工具就要支援，但每每版本升級可能衍生的問題，對我們維護自己的程式/系統來說，Loading 太大了！
而且，每一個版本都有它隱藏的 BUG，現有自己的程式可以在現有的編輯器是 OK，到下一版，可就會有不小心踩到新地雷的狀況。
從 XE2 開始買，也一直在買維護，卻一直不敢把舊專案導入，每每想要導入，就又有新版，就想等新版... 變成永遠導入不了...
如果 IDE 升級沒有考量到舊版專案，要使用者自己重新開專案，一個一個 Unit 加入，每一年不到要做一次，這不是折磨用戶嗎？

PS. 我是由 http://jamesjuantw.pixnet.net/blog/post/198546141 看文章再到這篇的...

------
http://www.ViewMove.com

這真的是很差的情形。以微軟的 visual studio 來說，讀入舊專案時，都會出現「轉換精靈」，然後一路自動的轉換… 
這樣的一個小動作，看似小，但完全貼心用戶。或者 embt 認為寫了這個「無助促進銷路」，它們專注在「亮點」(雖然我覺得通常也不太亮)。有了亮點，你就會買，至於買了才發現什麼…那不在他們的考量上?!
「先求有，快促銷」是我對 embt 的一個精簡說明。至此，也產生了另一個後果: 「品質好爛」(不是我個人說的，國外一堆人說)。 這樣的行銷策略，我也是拭目以待，過些年看這樣的方式真的活得比較好嗎? 若是，我考量學習。只顧往前衝，完全不顧後面的兵一次一次的死… 原本應該是「累加」戰力，但最終似乎是「保持甚至退化」戰力。
===================引 用 dllee 文 章===================
說真的，對於每年更新或甚至是不到一年就更新一次，對我來說，實在是太頻繁了！！
雖然說，有新系統新平台，開發工具就要支援，但每每版本升級可能衍生的問題，對我們維護自己的程式/系統來說，Loading 太大了！
而且，每一個版本都有它隱藏的 BUG，現有自己的程式可以在現有的編輯器是 OK，到下一版，可就會有不小心踩到新地雷的狀況。
從 XE2 開始買，也一直在買維護，卻一直不敢把舊專案導入，每每想要導入，就又有新版，就想等新版... 變成永遠導入不了...
如果 IDE 升級沒有考量到舊版專案，要使用者自己重新開專案，一個一個 Unit 加入，每一年不到要做一次，這不是折磨用戶嗎？

PS. 我是由 http://jamesjuantw.pixnet.net/blog/post/198546141 看文章再到這篇的...

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

另外，今天收到 email 促銷活動，標題是:
「

新版本! RAD Studio XE8 有史以來最大的一次 XE 版本升級!

」

vs 本討論的

「

xe8 面臨最大的問題

」

意外的突顯趣味… XD

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

編輯記錄

Delphi XE 系列不完美是事實，但也不是別人什麼都好
.net 出來的時候，不也把 C & VB 拋棄了？網路上一片撻伐又能怎樣？

我們公司是在 XE5 的時候下了這個困難的決定，要繼續用 delphi 還是改用其他語言來開發 app
最終考量投入的開發成本(畢竟大多數人會的只有 delphi，得重新學習 java or Objective C，或是另外養團隊)，怎麼算都划不來，截至目前也順利開發出了 6~7 個 app，選擇 delphi 技轉上的困難度、學習門檻降低了不少，畢竟以我們的狀況，app 只是提升附加價值，要單靠 app 獲利難上加難，也不是每個人想學其他程式語言都能順利學會的

每個公司或是每個專案，都面臨不一樣的人力、情境，各自有各自的困難，如果要開發的不是重度 app，個人認為選擇 delphi 仍是我們這些老 fans 的最佳選擇，升級上遇到的這些困難不是沒造成困擾，但是還在可以接受的範圍。以 XE8 轉換 XE7 專案需要重新加入 unit、fmx 一事，其實我們的 app 遵照 EMBT 的原則，只有一個 form，其他都寫成 unit(加入 search path)，所以動作很單純，就只有開一個新專案，加入一個 fmx，調整 project options...done

時光若倒轉，相信應該還是會選擇 delphi，當然...還是希望品質可以更好、更穩定...畢竟 EMBT 自己也老是把這部分掛在嘴上，但沒做到！

完全認同看法, 我們公司開發app也不是以營利為目的, 真的是附加價值, 最主要的原因被app市場給搞爛了, 一支app能賣多少錢?? 除非是想辦法把商業應用app寫成像遊戲一樣, 只靠一根手指左滑右滑就可以完成所有輸入操作, 否則這類的app永遠只能有特定的用戶, 無法像Angry Brid 還可以弄到上市!
不過在本帖發出後到現在, 我的 fmx 還在 crash "ing" 中, 一天來一次不為過, 快抓狂了!
===================引 用 JamesJuan 文 章===================
Delphi XE 系列不完美是事實，但也不是別人什麼都好
.net 出來的時候，不也把 C & VB 拋棄了？網路上一片撻伐又能怎樣？

我們公司是在 XE5 的時候下了這個困難的決定，要繼續用 delphi 還是改用其他語言來開發 app
最終考量投入的開發成本(畢竟大多數人會的只有 delphi，得重新學習 java or Objective C，或是另外養團隊)，怎麼算都划不來，截至目前也順利開發出了 6~7 個 app，選擇 delphi 技轉上的困難度、學習門檻降低了不少，畢竟以我們的狀況，app 只是提升附加價值，要單靠 app 獲利難上加難，也不是每個人想學其他程式語言都能順利學會的

每個公司或是每個專案，都面臨不一樣的人力、情境，各自有各自的困難，如果要開發的不是重度 app，個人認為選擇 delphi 仍是我們這些老 fans 的最佳選擇，升級上遇到的這些困難不是沒造成困擾，但是還在可以接受的範圍。以 XE8 轉換 XE7 專案需要重新加入 unit、fmx 一事，其實我們的 app 遵照 EMBT 的原則，只有一個 form，其他都寫成 unit(加入 search path)，所以動作很單純，就只有開一個新專案，加入一個 fmx，調整 project options...done

時光若倒轉，相信應該還是會選擇 delphi，當然...還是希望品質可以更好、更穩定...畢竟 EMBT 自己也老是把這部分掛在嘴上，但沒做到！

看来用 XE8 的话，必须加上 GIT, 随时把正常的 FMX 保存一个版本。这样至少有一个版本能用。

能這樣當然最好, 但我遭遇的狀況是, 我根本不知道什麼時間會毀損, 往往要程式丟到手機跑了發現一開FORM就顯示  Access Error ...才能知道, 這要如何進行保存?
===================引 用 pcplayer99 文 章===================
看来用 XE8 的话，必须加上 GIT, 随时把正常的 FMX 保存一个版本。这样至少有一个版本能用。

XE7 也有 FMX 坏掉的情况。

XE7 我也用得不多，只是偶尔随便试试玩一玩。根据我自己的体会，如果在 IDE 里面，Style 的 Views 选择 Master 还好，基本上不出问题。如果选择了 Android 5" Phone 这样很具体的手机，然后对 Form 进行了编辑，然后保存，就很大机会下次再打开它的时候，直接就出现 FMX 坏掉的问题。如果你还没有下次打开它，你不知道它已经出问题，直接就 Build 然后发布到手机里测试，如果坏掉的刚好是 Main Form，就会出现程序在手机里 RUN 起来，一片黑屏幕，什么提示都没有的情况。

XE8 我还没玩过，不知道是什么样子的。是不是 XE8 对这个 View 做了比较大的改变，因此导致类似的问题？

的確
XE6之前我不曾發生過, XE7確實會發生, 但機率很少(2%左右), 但XE8, 我自己的情況是 40-50% (必須是 FORM型態, 裡面必須有很多元件才會導致)
===================引 用 pcplayer99 文 章===================
XE7 也有 FMX 坏掉的情况。

XE7 我也用得不多，只是偶尔随便试试玩一玩。根据我自己的体会，如果在 IDE 里面，Style 的 Views 选择 Master 还好，基本上不出问题。如果选择了 Android 5" Phone 这样很具体的手机，然后对 Form 进行了编辑，然后保存，就很大机会下次再打开它的时候，直接就出现 FMX 坏掉的问题。如果你还没有下次打开它，你不知道它已经出问题，直接就 Build 然后发布到手机里测试，如果坏掉的刚好是 Main Form，就会出现程序在手机里 RUN 起来，一片黑屏幕，什么提示都没有的情况。

XE8 我还没玩过，不知道是什么样子的。是不是 XE8 对这个 View 做了比较大的改变，因此导致类似的问题？

又遇到另一個惡夢

昨天在使用XE8編譯程式, 按往例要進行修改(Multi Device Form), 我按下任何文字的按鍵(如a, b, c 1,2,3), XE8 竟然出現 Access Error, Castalia22.bpl (已記不太清確實名稱) error, 然後按 Detail 出現一大堆我沒辦法理解的東東, 我想, 以往把 XE8重啟就會好, 但我至少重開了10次以上, 都不行, 後來我想新建一個最乾淨的FORM, 然而10次中有5次可以, 5次不行!
再心想那要不重開機總會好吧! 結果事與願違, 只要是Multi Device Form 的架構, 按下任何鍵盤帶文字的都完全沒有辦法輸入(使用BackSpace沒問題, Enter也沒問題),
我真的傻眼, 還好我用的是VM架構來開發, 只好緊急把之前備份的VM再還原, 直到今天早上再測試, 好了...., 但昨天一個晚上就這麼報廢掉,
實在是讓我不知道該不該用XE8繼續我的"旅行"＿

如果可以，把Castalia這個外掛的功能關了。之前在國外已有人討論，它有不少的問題。許多進階開發人員都把它的功能給 disable。至於如何 disable? 我沒裝 xe8 也不知道，但應該就是在某選項上吧…

===================引 用 P.D. 文 章===================
又遇到另一個惡夢

昨天在使用XE8編譯程式, 按往例要進行修改(Multi Device Form), 我按下任何文字的按鍵(如a, b, c 1,2,3), XE8 竟然出現 Access Error, Castalia22.bpl (已記不太清確實名稱) error, 然後按 Detail 出現一大堆我沒辦法理解的東東, 我想, 以往把 XE8重啟就會好, 但我至少重開了10次以上, 都不行, 後來我想新建一個最乾淨的FORM, 然而10次中有5次可以, 5次不行!
再心想那要不重開機總會好吧! 結果事與願違, 只要是Multi Device Form 的架構, 按下任何鍵盤帶文字的都完全沒有辦法輸入(使用BackSpace沒問題, Enter也沒問題),
我真的傻眼, 還好我用的是VM架構來開發, 只好緊急把之前備份的VM再還原, 直到今天早上再測試, 好了...., 但昨天一個晚上就這麼報廢掉,
實在是讓我不知道該不該用XE8繼續我的"旅行"＿

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

謝謝蕭大俠的回覆，我有找到 Castalia 的資料，以及關閉 Castalia 的方法提供 P.D. 參考試看看.

Castalia Overview
http://docwiki.embarcadero.com/RADStudio/XE8/en/Castalia_Overview
Castalia Options
http://docwiki.embarcadero.com/RADStudio/XE8/en/Castalia_Options
How can I disable Castalia in XE8?
http://stackoverflow.com/questions/29520761/how-can-i-disable-castalia-in-xe8?answertab=active#tab-top

===================引 用 aftcast 文 章===================
如果可以，把Castalia這個外掛的功能關了。之前在國外已有人討論，它有不少的問題。許多進階開發人員都把它的功能給 disable。至於如何 disable? 我沒裝 xe8 也不知道，但應該就是在某選項上吧…

===================引 用 P.D. 文 章===================
又遇到另一個惡夢

昨天在使用XE8編譯程式, 按往例要進行修改(Multi Device Form), 我按下任何文字的按鍵(如a, b, c 1,2,3), XE8 竟然出現 Access Error, Castalia22.bpl (已記不太清確實名稱) error, 然後按 Detail 出現一大堆我沒辦法理解的東東, 我想, 以往把 XE8重啟就會好, 但我至少重開了10次以上, 都不行, 後來我想新建一個最乾淨的FORM, 然而10次中有5次可以, 5次不行!
再心想那要不重開機總會好吧! 結果事與願違, 只要是Multi Device Form 的架構, 按下任何鍵盤帶文字的都完全沒有辦法輸入(使用BackSpace沒問題, Enter也沒問題),
我真的傻眼, 還好我用的是VM架構來開發, 只好緊急把之前備份的VM再還原, 直到今天早上再測試, 好了...., 但昨天一個晚上就這麼報廢掉,
實在是讓我不知道該不該用XE8繼續我的"旅行"＿

試了以捷徑方式加載似乎沒用, 所以還是按第2種方式, 直接在registry 中關掉, 它是一個不錯的功能, 至少我還蠻喜歡的, 因為讓我的程式可以更清楚區分各段, 手上已沒有壞掉的xe8, 所以也不知道原本如果這樣關閉的話, 是不是crash的 xe8 就能回來了, 唉! 又浪費了一個工作天, 公司損失近萬元, 誰補給我啊~~~~~

PD大大:
去註冊檔把那個Bpl套件移掉就行了!!