none
UWP控制項與專案的連動 RRS feed

  • 一般討論

  • 我在一個UWP方案中開啟2個專案,方別是a與b,

      a專案撰寫UWP控制項

      b專案撰寫App開發

      並將b相依於a,使用a的控制項

      但是發現只要更動a的程式碼或xaml設定,呼叫控制項就會找不到

      eg. a裡面有控制項a1

      我在b專案page裡面引用a1

      </a1 Name="xx" ... >

      一開始正常,在程式碼裡面

       xx 都可以叫用

      但是只要我回頭去修改a1的xaml設定或更動a1的程式碼,b專案xx馬上出現錯誤,找不到這個控制項

      一定要把a專案移除,關掉整個方案,重新載入方案,並把a專案再加入一次才會恢復正常

      請問我是哪邊做錯了? 這個情況一直出現. 

     

    2017年8月26日 上午 03:07

所有回覆

  • 請問你的「相依」是只把A裡面的編譯過的載入到B嗎?
    2017年8月26日 上午 04:34
  • 這應該不是你的錯,而是背景編譯的速度慢的關係。遇到這狀況的時候,你可以試著在建置的時候選 "重建專案",或是清除再建置試試看。


    在現實生活中,你和誰在一起的確很重要,甚至能改變你的成長軌跡,決定你的人生成敗。 和什麼樣的人在一起,就會有什麼樣的人生。 和勤奮的人在一起,你不會懶惰; 和積極的人在一起,你不會消沈; 與智者同行,你會不同凡響; 與高人為伍,你能登上巔峰。

    2017年8月26日 上午 05:36
    版主
  • 嗯,我的說法的確錯了,牽涉到 UI 控制項的時候,如果設計畫面要正確顯示,的確需要手動重新編譯 Library

    在現實生活中,你和誰在一起的確很重要,甚至能改變你的成長軌跡,決定你的人生成敗。 和什麼樣的人在一起,就會有什麼樣的人生。 和勤奮的人在一起,你不會懶惰; 和積極的人在一起,你不會消沈; 與智者同行,你會不同凡響; 與高人為伍,你能登上巔峰。

    2017年8月26日 上午 11:56
    版主
  • >>這應該不是你的錯,而是背景編譯的速度慢的關係。遇到這狀況的時候,你可以試著在建置的時候選 "重建專案",或是清除再建置試試看。

    A:之前在以Framework為基礎的專案中,我這樣做並沒有問題,只要變動a方案裡面的控制項設計或程式碼,b方案馬上會對應出來(除非有bug),但是移植到core就會出現上述情況,而且同時a與b都會出現問題,所以就算清除方案在重新編譯a的library,由於都找不到控制項,所以根本編譯不過,必須要移除a在重加入,才可以進行編譯。

    >>請問你的「相依」是只把A裡面的編譯過的載入到B嗎?

    A: 不是,是設定為b相依a,也就是編譯順序是先a後b

    2017年8月26日 下午 02:13
  • 我開專案測試的狀況和 FAE9191C-... 所描述的情形完全相同。

    在現實生活中,你和誰在一起的確很重要,甚至能改變你的成長軌跡,決定你的人生成敗。 和什麼樣的人在一起,就會有什麼樣的人生。 和勤奮的人在一起,你不會懶惰; 和積極的人在一起,你不會消沈; 與智者同行,你會不同凡響; 與高人為伍,你能登上巔峰。

    2017年8月27日 上午 05:52
    版主
  • 理論上應該會正先A編譯完然後再執行B,這應該是一個習慣且一般寫專案的人都應該會這樣做才是(我是只有一些經驗)(這流程應該都是通用在不管用VisualStudio、Eclipse,C#,Java,C++,應該都是如此才是)。
    2017年8月27日 下午 04:07
  • 你那情況可能有一種,就是在使用MSBuild的環境下(Eclipse有很類似這樣的環境設定),我是不太清楚你是不是在這種情況下:

    https://msdn.microsoft.com/zh-tw/library/dd393574.aspx

    下面有很類似的情境文章可參考:

    http://blog.darkthread.net/post-2017-07-27-how-msbuild-resolve-ref-dll.aspx





    2017年8月27日 下午 04:18