這篇文章已經在我的草稿中擱置了幾個月，積滿了灰塵。最後，我準備讓它重見天日，並與大家分享我的第一次全端黑客馬拉鬆的經驗。
我將透露我是一名自學成才的開發者，這次黑客馬拉松是我第一次建立全端應用程式。
本次黑客馬拉鬆的任務是為房屋公司建立一個行動應用程序，並實現發送房屋報告、房屋申請、查看租金報表、查詢幫助和查看常見問題解答等基本功能。
我是 Android 開發人員，其他團隊成員與 Xamarin for IOS 進行了正面交鋒，並為該專案建立了網站組合。
順便說一句，不要問我為什麼我們沒有在所有平台上使用 Xamarin，我們是乳蛋餅愛好者。
同時，競賽規則並未考慮到未經 Big Brothers 審核就無法分發 Apple 二進位的事實。
因此，我們計劃建立一個 Android 應用程序，並透過 Xamarin 將其編譯為 IOS 平台二進位。
（...我的一個隊友建議了這一點- 我不知道編譯魔法是怎麼回事，我之前已經構建過一種語言，並且我知道將語言包更改為另一種語言並不簡單）
對於 Android，我們使用在 DroidScript 框架上運行的 Javascript，此外其他隊友還參加了另一場黑客馬拉松，並應我的要求實現功能。
我選擇 DroidScript 是因為它以獨特的方式降低 Android 上的 ui 複雜性，並在生成小型二進位時存取本機 api。
此外，我選擇它是基於使用它進行 ui 開發的經驗，我最近將 Material Design 3 庫作為插件移植到了 DroidScript，因此 ui 不會成為問題。
我決定不為客戶端應用程式添加 Node.js，因為 Node 太重了，但對於管理應用程序，我到處都使用帶有 esm 調味劑的 Node。
我們在 4 天內完成了該項目，並在提交當天開始起草管理應用程序，但我們未能完成。
那麼，結果如何呢？好吧，我們沒有獲勝，甚至沒有進入最後一輪。事實上，我們從未收到任何回饋或更新，這令人沮喪。我不是對損失感到失望，而是對缺乏透明度感到失望。
儘管如此，這次黑客馬拉松還是有一些有價值的收穫：
編寫測試，即使是在黑客馬拉松
由於時間限制，我們最初跳過了測試，但它又給我們帶來了麻煩。測試可以幫助我們避免在開發過程中進行超過 5000 次 Firebase 呼叫。吸取教訓。
不要低估 Android 中的 XML DOM
我們在 UI 效能方面遇到了困難，尤其是在動態添加多個元素時。 DroidScript 處理 Android XML DOM 的方式比預期的慢。我應該使用 Enjine.IO，這是一個基於 Web 的 DroidScript 版本（由核心 DroidScript 開發人員編寫），但速度更快，並且具有跨平台的優勢。
關於排除 Node.js 請三思
我們認為在客戶端應用程式中排除 Node.js 會節省空間，但這會消耗我們的功能。與將其用作 Node 模組相比，作為腳本整合時，Firebase 的速度要慢得多。下次，我會重新考慮權衡。
感謝您的閱讀！這篇部落格文章可能花了幾個月的時間才完成，但我學到的教訓將持續更長時間。
您可以在這裡查看該項目：Hackathon Project。
讓我知道你的想法！
以上是我的第一次全端黑客馬拉松：建立行動應用程式的經驗教訓的詳細內容。更多資訊請關注PHP中文網其他相關文章！
