全部學習彙總： https://github.com/GreyZhang/hack_autosar
接下來的學習筆記，我會以一個比較快的方式來看。而我的筆記摘錄中，主要是摘錄我自己相對有收獲的地方。這樣，我的學習速度相對來說會好一些。今天先從AUTOSAR_RS_Features這個檔案開始。
這份檔案主要是要大概說明一下BSW以及RTE的特性的，看起來算是一個比較概括性的一份檔案。
關于系統架構這部分，其實從開發者最直覺的方向考慮也必然是這麼一個模式。軟體要是能夠考慮快速的可移植，一定得讓硬體相關的部分實作解耦。
這裡說的其實還是不夠清晰，命名規範的具體要求究竟是什麼樣子？這裡還是沒看到，可能還有一個獨立的檔案說明這些。從描述看，函數名稱、類型、常量、檔案名稱以及結構等，全都做了相應的要求。
其實，最近的工作之中已經遇到了meta data這樣的用詞，我多少有點不了解他的含義。從這裡看，至少這些資訊包含版本資訊以及供應商資訊等。設計的意圖則是讓一切軟體符合通用的架構标準。後面類似的詞語可能還有很多會不熟悉，但是一門新的“學問”開始的時候總會是這個樣子，我們得從一點點的資訊開始逐漸勾勒出一個總體的架構。
這個回調函數其實還是底層的，為了通路上層的部分功能而設計。
提供callout功能。其實，我看到這裡的時候腦子裡産生了一個問題：callback以及callout究竟有什麼差異？其實，我覺得兩個都是回調函數，隻是callback在這裡的要求出現了一個上下層的關系。而callout看上去更像是同一層的概念，或者純粹是要求了結果沒有要求行為的一種可定制功能。
能夠處理的錯誤，不應該繼續傳遞。
對于啟動、關系、睡眠、喚醒都有明确的要求。
BootLoader不是AUTOSAR規定的一部分，但是需要與之有互動的需求。是以，定義了一部分診斷以及燒寫相關的部分接口。
BSW的配置資料也是支援重新燒寫的，這個的确是新學到的地方。
這是一個新的概念，可以支援BSW沒有初始化之前就運作應用軟體。主要的出發點看着是降低功耗。
可以在相應的速度以及資源換中斷這樣的選擇中進行相應的權衡。
支援有限的動态配置，而且從這裡面看到了我有一點熟悉的波特率配置。這部分算是動态配置的一個例子。
支援不同的方法來進行将其，其中的一個考量是節能以及報廢。
給出限制等這樣的描述對我來說目前還是空洞的要求，從這裡看到了這個架構是支援16bit以上的MCU的，這個還是讓我又學到了一些新東西。
這樣，我算是初步浏覽完了這份檔案中關于軟體架構的部分。似乎算是對剛看完的那一份文檔的資訊細化補充。今天的學習到此為止，下一部分的閱讀是關于作業系統的，而OS本身是我多少熟悉一點的子產品，後面稍微花點時間看看。