原创 從小工到大工5

 檢查函數正確性的問題: 這個問題考慮了很多次,在過去寫的程序裏面沒有統一的做法。 考慮如果調用者負責輸入參數的正確性,就要求接口足夠簡單,這樣可以很容易的判斷輸入的正確性。 而如果接口不夠簡單這樣的假設無法成立,因爲只有調用者十分熟悉接

原创 從小工到大工4

調試: 在之前的項目中,確實期限馬上到期, 會具有壓力,推卸責任。 當出現錯誤,通常的一句話“這裏不可能有問題”, 有了這樣的態度是不可取的。 既然發生了就是說明確已經有了問題。要證明下的結論。 反思: 擺正態度,做好工作。 不要假設,要

原创 目前系統中的問題

1 計劃沒有起到作用,設計人員沒有與程序員溝通。2 不能及時發現設計中的問題,也就是沒有對設計本身做測試。3 當發現問題時沒有解決,而是考慮成本放棄了,但是成本真的很高嗎?如果系統問題擴展到無法控制又要如何去修改? 4 雖然書寫了編碼規範

原创 QML 基礎類型 - Rectangle

Rectangle 是QML 中使用最頻繁的基礎類型. 當我們想定義自己的類型或者 element的時候,Rectangle 是一個很好的起點。(通過rect 做爲基礎) 下面的example 使用rect的屬性來控制 rect 的外觀

原创 從小工到大工8

在寫程序的時候都要使用配置來讓程序更加靈活。 一般來說可以將配置放在數據庫中,也可以放在配置文件中。 如果通過讀取數據庫或者配置文件來實現對啓動時對系統的初始化。 如果在系統運行的時候寫入參數確實十分複雜,之前沒有參與過在運行時修改系統參

原创 從小工到大工6

異常處理: 當前的情況:在我接觸的所有的c++項目中幾乎沒有使用過異常 。唯一一次使用異常的時候是基於occi來開發程序,因爲在occi中具有異常的機制,所以無論如何都要付出檢查異常的代價,所以就使用了異常,但是使用異常的時候一個很的作用

原创 QML 基礎類型 - size

size 是QML 的一個基礎類型,具有 width 和 height 屬性。 可以用於表示圖片,窗體的尺寸。 使用 size。見examples import QtQuick 2.0 Rectangle {  // 基本類型,生成一個矩

原创 什麼是Qt Quick

Qt Quick  是開發Qml應用的標準lib。在開發qml應用時 第一行代碼就是 import  QtQuick. Qt Quick 爲Qml應用開發提供了基本的element, qml 引擎和基本的語法支持。 Quick 是 Qt

原创 從小工到大工

正交的好處: 正交很重要,如果整個系統都是正交的,那系統的錯誤造成的影響就會好一些。 非正交的負擔: 通過之前的經驗,當發生非正交的時候就將所有的非正交的類作爲一個模塊而存在,所有的 東西都內聚到模塊中,但是這樣的設計是不對的,因爲一些不

原创 QML 基礎類型 - date

Qt Quick 提供了很多的基礎類型用於開發QML 應用。 通過下面這條指令來倒入Qt Quick 提供的數據類型 import QtQuick 2.0 下面簡單描述一下Qt Quick 的基礎類型 data - 用於處理日期操作。

原创 小工到大工1

敢於承擔錯誤: 曾經爲了得到經理同事的認可而掩飾自己的錯誤,曾經爲了讓客戶滿意我們的產品而避開我們已知的錯誤。 這樣的情況總是發生,而在發生的時候我們又付出了很多的成本或者努力,而這樣的努力是不值得推崇的。 反思: 因爲自己想掩飾錯誤而給

原创 QML 基礎類型 - point

QML 基礎類型 point point 類型是具有x, y 屬性的數據結果。用於表示平面的一個點。 import QtQuick 2.0 Rectangle {  // 基本類型,生成一個矩形     width: 360  //矩形寬

原创 QML 基礎類型 - color

color 是QML 中非常中的類型,用color 可以描述可見的elements的顏色信息 在Qt 中使用red, green,blue, alpha 來表示一個顏色 在初始化color的時候我們可以使用2種方式 #RRGGBB 和 #

原创 從小工到大工7

資源管理: 對於一個程序最可怕的就是資源泄漏,其中最可怕的覺得是進程線程或者文件的句柄沒有被回收,這樣的錯誤對我來說真的很可怕也很難發現。 之前在維護一個系統的時候,因爲有人在寫程序的時候使用了tmp目錄,並在tmp下面 創建了文件。 系

原创 從小工到大工9

併發的問題在現代程序中是肯定會有的,如果開始的時候在設計階段就考慮不會出現 多線程可能到最後就是一個設計錯誤,修改起來的代價不可想象,現在的項目中就是這樣,鬱悶中,無法改變別人的想法。 在c++的開發中,考慮使用類來避免線性調用的問題。