## 隨記
[音樂太難懂?5分鐘讓你看明白五線譜!](https://www.365yg.com/a6616568174877868548)
[發音_百度百科](https://baike.baidu.com/item/%E5%8F%91%E9%9F%B3/4057222?fr=aladdin)
> 我們聽到的聲音,音色究竟是由什么決定的?是由震動頻率和震動材料共同決定的嗎?如果是這樣的那么為什么喇叭的震動薄膜可以和人嗓子發出一樣的聲音呢?那么是由頻率決定的嗎?只要頻率相同,那么兩個聲音就是一樣的,而不論發聲的震動體是什么?是這樣的嗎。膠片上只是記錄了聲音的頻率,只要有這個頻率帶,我們就能在還原原聲,是這樣的嗎?
>
> 通常不同材質的震動體發出的頻率是不一樣的,但是通過特殊的技巧,即使震動體的材質不同,也能發出一樣的頻率。這就是人們可以模仿其他人的聲音的原理嗎?
>
> 還有一個東西會影響人們聽到的聲音,這是人體傳聲結構的特點,人最終聽到聲音是經過空氣,耳膜,甚至骨骼等影響的,不過這個和我們正在討論的這個問題沒有關系。
----
### 軟件包依賴沖突的問題
[好機會,我要幫女同事解決Maven沖突問題](https://mp.weixin.qq.com/s/swqB37wSv4kdYcHSQwbsHg)
> 如果項目依賴A 和 B,A依賴 C 2.0, B依賴C1.0 這種情況沖突了,A B兩者不能共存怎么辦,能不能 實現共存,同時安裝 C 2 給A用,C1 給B用?
> 那這種情況應該怎么辦,只能升級B讓其支持C2嗎,如果B是其他人維護的,就很麻煩啊
> 答:這個如果類不一樣應該可以,如果2個版本涉及到同一個類肯定不行
[問題:npm包管理的依賴包版本沖突問題如何解決呢? - SegmentFault 思否](https://segmentfault.com/q/1010000006910755)
[話說現在寫PHP的用composer的多不多啊,我有一個問題請教大神 - SegmentFault 思否](https://segmentfault.com/q/1010000005121392)
> 所以唯一的辦法就是找到一個**A**、**B**都能用的**C**的版本。如果不能,不好意思,包沖突,無法運行。
*****
### 面向對象的思考
面向對象的思想
編碼中具體對面下對象的應用,類設計,方法設計,應當遵循什么設計方式
代碼最終是進程運行時中的指令,這些指令管理進程中的變量、對象、數據等
數據在進程中流動 ,計算,最終輸出結果,在外部看就是輸入輸出的過程,站在頂層看,類,對象,屬性等其實也是數據,只不過是業務無關的數據而已
而怎么管理進程中流動的數據就是編碼要做的事情,顯然清晰的代碼設計更利于數據高效的流動
怎么設計面向對象的代碼架構,只需要遵循:
1. 結構清晰
2. 可重用,靈活,使用簡單
所以如果一個數據被設計成屬性,那么說明這個屬性很大程度上是要具備重用的,如果設計返回值,則說明返回值是一個臨時結構,不需要再對象上保存以后續使用的。
[漫畫 | C語言哭了,過年回家,只有我還沒對象](https://mp.weixin.qq.com/s/2G-ij_VBcLytBH_Unu_wSQ)
----
### 專業、垂直、靈活 的特定解決方案
創建一個全能的滿足任何場景和需求的東西是不可能的,可行的解決方案應該是 創建 一個個 適合特定行業領域,特定場景和需求的產品,使其具備靈活性,可擴展性,專業性,數據接口開放性。然后將這些應用組合起來,使其能夠相互通信交互,這樣 就能夠實現無編碼積木式搭建完整產品了。
這里的關鍵是那些一個個的特定專業應用的靈活性與可擴展性,以及豐富性,只要做到這點,就將誕生一個全新的行業,設計師,產品經理,甚至外行人也能實現自己想要的任何產品,且是高性能,高質量,專業性的,優雅的。
----
### 排序字段的設計
sort 默認 id
sort2 默認 0
sort desc, sort2 desc, id desc
通過增加 sort2 字段,引入二階段排序 可以解決 調整排序時 當出現 sort 相同時無法精準排序的問題。
當發現 sort 相同時,通過調整 sort2 的差異即可實現精準排序 和最少的列表調整。
----
last update:2018-11-17 22:23:44
- 開始
- 公益
- 更好的使用看云
- 推薦書單
- 優秀資源整理
- 技術文章寫作規范
- SublimeText - 編碼利器
- PSR-0/PSR-4命名標準
- php的多進程實驗分析
- 高級PHP
- 進程
- 信號
- 事件
- IO模型
- 同步、異步
- socket
- Swoole
- PHP擴展
- Composer
- easyswoole
- php多線程
- 守護程序
- 文件鎖
- s-socket
- aphp
- 隊列&并發
- 隊列
- 講個故事
- 如何最大效率的問題
- 訪問式的web服務(一)
- 訪問式的web服務(二)
- 請求
- 瀏覽器訪問阻塞問題
- Swoole
- 你必須理解的計算機核心概念 - 碼農翻身
- CPU阿甘 - 碼農翻身
- 異步通知,那我要怎么通知你啊?
- 實時操作系統
- 深入實時 Linux
- Redis 實現隊列
- redis與隊列
- 定時-時鐘-阻塞
- 計算機的生命
- 多進程/多線程
- 進程通信
- 拜占庭將軍問題深入探討
- JAVA CAS原理深度分析
- 隊列的思考
- 走進并發的世界
- 鎖
- 事務筆記
- 并發問題帶來的后果
- 為什么說樂觀鎖是安全的
- 內存鎖與內存事務 - 劉小兵2014
- 加鎖還是不加鎖,這是一個問題 - 碼農翻身
- 編程世界的那把鎖 - 碼農翻身
- 如何保證萬無一失
- 傳統事務與柔性事務
- 大白話搞懂什么是同步/異步/阻塞/非阻塞
- redis實現鎖
- 淺談mysql事務
- PHP異常
- php錯誤
- 文件加載
- 路由與偽靜態
- URL模式之分析
- 字符串處理
- 正則表達式
- 數組合并與+
- 文件上傳
- 常用驗證與過濾
- 記錄
- 趣圖
- foreach需要注意的問題
- Discuz!筆記
- 程序設計思維
- 抽象與具體
- 配置
- 關于如何學習的思考
- 編程思維
- 談編程
- 如何安全的修改對象
- 臨時
- 臨時筆記
- 透過問題看本質
- 程序后門
- 邊界檢查
- session
- 安全
- 王垠
- 第三方數據接口
- 驗證碼問題
- 還是少不了虛擬機
- 程序員如何談戀愛
- 程序員為什么要一直改BUG,為什么不能一次性把代碼寫好?
- 碎碎念
- 算法
- 實用代碼
- 相對私密與絕對私密
- 學習目標
- 隨記
- 編程小知識
- foo
- 落盤
- URL編碼的思考
- 字符編碼
- Elasticsearch
- TCP-IP協議
- 碎碎念2
- Grafana
- EFK、ELK
- RPC
- 依賴注入
- 科目一
- 開發筆記
- 經緯度格式轉換
- php時區問題
- 解決本地開發時調用遠程AIP跨域問題
- 后期靜態綁定
- 談tp的跳轉提示頁面
- 無限分類問題
- 生成微縮圖
- MVC名詞
- MVC架構
- 也許模塊不是唯一的答案
- 哈希算法
- 開發后臺
- 軟件設計架構
- mysql表字段設計
- 上傳表如何設計
- 二開心得
- awesomes-tables
- 安全的代碼部署
- 微信開發筆記
- 賬戶授權相關
- 小程序獲取是否關注其公眾號
- 支付相關
- 提交訂單
- 微信支付筆記
- 支付接口筆記
- 支付中心開發
- 下單與支付
- 支付流程設計
- 訂單與支付設計
- 敏感操作驗證
- 排序設計
- 代碼的運行環境
- 搜索關鍵字的顯示處理
- 接口異步更新ip信息
- 圖片處理
- 項目搭建
- 閱讀文檔的新方式
- mysql_insert_id并發問題思考
- 行鎖注意事項
- 細節注意
- 如何處理用戶的輸入
- 不可見的字符
- 抽獎
- 時間處理
- 應用開發實戰
- python 學習記錄
- Scrapy 教程
- Playwright 教程
- stealth.min.js
- Selenium 教程
- requests 教程
- pyautogui 教程
- Flask 教程
- PyInstaller 教程
- 蜘蛛
- python 文檔相似度驗證
- thinkphp5.0數據庫與模型的研究
- workerman進程管理
- workerman網絡分析
- java學習記錄
- docker
- 筆記
- kubernetes
- Kubernetes
- PaddlePaddle
- composer
- oneinstack
- 人工智能 AI
- 京東
- pc_detailpage_wareBusiness
- doc
- 電商網站設計
- iwebshop
- 商品規格分析
- 商品屬性分析
- tpshop
- 商品規格分析
- 商品屬性分析
- 電商表設計
- 設計記錄
- 優惠券
- 生成唯一訂單號
- 購物車技術
- 分類與類型
- 微信登錄與綁定
- 京東到家庫存系統架構設計
- crmeb
- 命名規范
- Nginx https配置
- 關于人工智能
- 從人的思考方式到二叉樹
- 架構
- 今日有感
- 文章保存
- 安全背后: 瀏覽器是如何校驗證書的
- 避不開的分布式事務
- devops自動化運維、部署、測試的最后一公里 —— ApiFox 云時代的接口管理工具
- 找到自己今生要做的事
- 自動化生活
- 開源與漿果
- Apifox: API 接口自動化測試指南