圖殼源碼

⑴ 如何看到一個APP應用的源代碼

一、安卓APP

用android-killer可以反編譯apk，比較方便，不過只能看到smail文件，學習一點smail，你可以看明白他的源代碼的意思，如果有殼的話，先改apk後綴後為zip，找到加殼的so文件，一般如名字中帶xxxprotect.so 用網路，360，騰訊廠商加固的話，也都有對應特點，然後把這個so文件用IDA pro打開，找到它的關鍵加密演算法。找到後，一版是不讓進加密演算法，直接return。就可去殼，去了殼之後，再進行重打包簽名，測試下。
二、ios上的app一般走如下流程
1、 拿個越獄機-下好工具
2、 去越獄平台下個想分析的應用（或者去app store下，用解密工具解密一下）
3、 導入reveal分析頁面，得到想要的知道的具體視圖類或者大致范圍
4、 分析class-mp中，找到想要的類和函數
5、 在IDA或者Hopper中找到具體函數，查看匯編邏輯
6、 修改相應的邏輯，達到篡改目的，重新打包

⑵ 從源碼理解總結web容器、spring容器、spring mvc容器三者關系

本篇，我打算從springMVC項目的web.xml的配置文件入手，通過部分源碼逐步去理解解釋三個容器的關系以及調用順序，因為是基於我個人的理解，可能有所不足。

一般web.xml文件里會有如下兩段配置信息：

我們先了解下web.xml，以下引用自 《web.xml文件是什麼？有什麼用？--詳解》 ：

然後結合我們上面的web.xml中關於spring和spring mvc的配置信息來進入話題：

    首先，啟動web容器的時，會先生成對應項目的ServelContent對象，這個是每個項目的上下文，這個ServelContent可以管理所有的servlet，並將我們web.xml中設置的<context-param>內容作為鍵值對交給這個對象。

    然後載入<listener>標簽內容，這個時候就會產生org.springframework.web.context.ContextLoaderListener。

spring的這個 ContextLoaderListener 在接下來的過程中很重要，我們來看一下源碼

首先，可以看出它唯改繼承了ContextLoader類，並實現了ServletContextListener介面。

這里再直接引用他人的結論   《Spring中ContextLoaderListener作用》

好了鄭手，人家說法中回到我們的起點了，我們基本都被人告知「ContextLoaderListener的作用是創建並初始化spring容器」

那我們就可以深入進去看看，到底哪裡做了這一步：

首先，我們指叢判知道了ServletContextListene是ServletContext的監聽者，監聽器的響應動作就是在伺服器啟動時contextInitialized會被調用，關閉的時候contextDestroyed被調用，這個好理解，那我們就來看一下ContextLoaderListener重寫的contextInitialized方法到底做了什麼。

我們再進入觀察initWebApplicationContext方法細看

我因為自己消化過一遍，直接給出關鍵位置的方法說明——

1、首先是278行：創建了WebApplicationContext，我們可以理解為spring容器的殼子有了

2、其次是288和289行：對ApplicationContext載入了配置文件，並設置servletContext為WebApplicationContext的parent，到這一步，可以理解為我們的spring容器也就差不多成型了

3、接下來是294行：把ApplicationContext對象以鍵值對的形式存到servletContext中，這一步很關鍵，就是因為servletContext中存在這個鍵值對，所以其他內部成員可以通過servletContext訪問到ApplicationContext，當然也能使用其管理的bean，而spring mvc則沒有這樣存在servletContext，所以我覺得正是這一步決定了子容器springmvc可以取用父容器內的bean，反著則不然。

接下來直到輪到我們的springmvc容器<servlet>標簽內容

會生成控制org.springframework.web.servlet.DispatcherServlet，這是一個前端控制器，主要的內容我之前也有一篇文章做過自我記錄

《Spring MVC的工作機制簡單理解》

我們可以看到設置的

<load-on-startup>1</load-on-startup>

這個標簽大概意思就是：

1、load-on-startup 元素標記容器是否應該在web應用程序啟動的時候就載入這個servlet，(實例化並調用其init()方法)。

2、它的值必須是一個整數，表示servlet被載入的先後順序。

3、如果該元素的值為負數或者沒有設置，則容器會當Servlet被請求時再載入。

4、如果值為正整數或者0時，表示容器在應用啟動時就載入並初始化這個servlet，值越小，servlet的優先順序越高，就越先被載入。值相同時，容器就會自己選擇順序來載入。

在DispatcherServlet的時候就根據springMVC容器容器的配置文件生成。

比如我這邊就是

那順序確定了，我們再看一下spring和spring mvc的父子關系哪裡確定：

我們可以從下面3個截圖看到dispatcherServlet的繼承關系，同時，init方法用的是dispatcherServlet父類的父類的方法。

重點在於initServletBean()方法，經過追蹤，我們找到該方法的最終實現又是在dispatcherServlet的父類FrameworkServlet中

其中涉及父子關系的實際是在219行的initWebApplicationContext()方法

initWebApplicationContext()方法主要用於創建或刷新WebApplicationContext實例，並對Servlet功能所使用的變數進行初始化。

從238行源碼就可以看到，它獲得ContextLoaderListener中初始化的rootContext，

在246行設置了父子關系的引用，也就是從這一點我們看到了spring和springMVC的父子關系！

並且，可以看到這只是一條單向的引用，spring中沒有引用直接指向springMVC，也就是子類能找到父類，然而父類都不知道這個子類，父子容器之間內部對象調用關系更明了。

再通過構造函數和Servlet的contextAttribute屬性查找ServletContext來進行webApplicationContext實例的初始化，最終。

這個方法內263行源碼onRefresh(wac)方法是FrameworkServlet提供的模板方法，在子類，也就是我們的DispatcherServlet的onRefresh()方法中進行了重寫。而在onRefresh()方法中調用了initStrategies()方法來完成初始化工作，初始化Spring MVC的9個組件。

1、Tomcat在啟動時給每個Web應用創建一個全局的上下文環境，這個上下文就是ServletContext，其為後面的Spring容器提供環境。

2、Tomcat在啟動過程中觸發容器初始化事件，Spring的ContextLoaderListener會監聽到這個事件，它的contextInitialized方法會被調用，在這個方法中，Spring會初始化全局的Spring根容器，這個就是Spring的IoC容器，IoC容器初始化完畢後，Spring將其存儲到ServletContext中，便於以後來獲取。

3、Tomcat在啟動過程中還會掃描Servlet，一個Web應用中的Servlet可以有多個，以SpringMVC中的DispatcherServlet為例，這個Servlet實際上是一個標準的前端控制器，用以轉發、匹配、處理每個Servlet請求。

4、Servlet會在容器啟動時載入或延遲載入（根據啟動級別設置數字）。延遲載入時，當第一個請求達到時，serlet容器發現對應Servlet還沒有被實例化，就調用Servlet的init方法。

在spring MVC里

        DispatcherServlet在初始化的時候會建立自己的容器，叫做SpringMVC 容器，用來持有Spring MVC相關的Bean。同時，Spring MVC還會通過ServletContext拿到Spring根容器，並將Spring根容器設為SpringMVC容器的父容器，請注意，Spring MVC容器可以訪問父容器中的Bean，但是父容器不能訪問子容器的Bean， 也就是說Spring根容器不能訪問SpringMVC容器里的Bean。

        說的通俗點就是，在Controller里可以訪問Service對象，但是在Service里不可以訪問Controller對象。

⑶ Webpack打包流程細節源碼解析（P2）

此篇博客緊承上一篇，上片討論了我們的webpack整個處理單個文件的流程，這一節主要說一說webpack的文件打包問題，其實本身是比較簡單的，但是有非同步塊和html-plugin的加入，使這個步驟變得尤為復雜，這里先介紹幾個重要的概念：

上一節中，我們成功的對每個文件進行了處理，並通過了process的方法對所有入口文件以及他們的依賴文件進行了處理，獲得了最初的依賴文件列表，現在我們就可以對資源的依賴進行優化處理，本片的內容將從webpack/lib/Compiler.js:510的斷點開始逐步的對源碼進行分析

在seal之前，由於一輪compilition已經執行完成，先調用finish方法進行收尾處理與之對應的是我們注冊的finish-moles事件，

這里我們首先看到的又是index.ejs這個老朋友，由於他是單獨的文件經過了loader處理沒有獲得額外的處理函數的依賴，所以最終這里看到的mole實際上是它的js外殼包起來的ejs文件，此階段也還沒有進行資源hash的注入等等

這里有一個FlagDependencyExportsPlugin進行了操作，聽名字可能就聽出來了，他是對我們資源中的export使用進行一個標志的作用， 和我們最終做出的tree shaking效果可能是相關的

調用seal事件處理

處理我們的preparedChunk，這個東西是我們剛好在進行addEntry的時候添加上的不知道你們還記不記得，中途就沒有添加過新的，所以講道理，一個entry是只用一個的，但是這里使用了一個數組不知道有什麼用意

然後把這個入口模塊添加到了block裡面，過後打包也是從block裡面拿數據，block裡面的東西會被打包成為單獨的文件，但是還是工作在之前的上下文中，這里可以通過看一下這里的import即是我們之前在路由文件中通過import函數設置引入的動態載入路由資源

進入到函數，就開始處理我們之前做好准備的block了，這里這是一個不斷處理依賴的過程，但是沒有使用遞歸的做法，畢竟文件太多了，不斷的進行遞歸會浪費很多空間，取而代之的是使用queue進行記錄，處理過程中不斷把新的需要處理的模塊放到queue裡面等待下一步處理

在每一步的處理中

處理完這一波循環依賴旅歷過後，本身的依賴樹結構變得扁平化，之前一層一層的模塊通過dependency連接起來作為一個樹的結構，而現在變成了頂層最終的幾個chunk

可拆正搜以看到我們最終在這個入口（entry）設置清穗中拿到了9個chunk，她們都有_moles屬性，我們的所有依賴都是放到這裡面的，是用的一個Set進行存儲，其中的依賴關系則是通過origins和reason等標識進行模塊間關系的連接的

還可以將我們的入口chunk和非同步載入的chunk進行一些對比（上面的是入口文件），下面的chunk中出現的origins就是指向我們之前的router那個mole

這個圖里也可以看到，兩個chunk實際上按照自己的路子搜集了所有的依賴，結果導致了_moles的文件數量都達到了一千多個，這就是我們常使用的CommonChunk插件需要處理的地方了，稍後進行討論

這輪處理我們成功的把主要的入口mole和非同步載入的模塊區分開了，然後開始按照類似的邏輯處理我們的第一個入口模塊

這個時候拿到chunkDependencies進行處理，這就是之前那個存儲block的東西，但是有個很奇怪的地方，就是這裡面居然只有三個chunk，而不是和上面的一樣是9個也不是只有一個入口模塊，這就讓人無從下手了（我非同步載入的模塊並不是一樣的，而且這些模塊之間沒有沒相互依賴）

喜聞樂見進行第二次處理，首先取出一個chunk拿到對應的存儲在value中的deps，對每一個項目添加上了他們的parent，但是有個組件就是用來removeParent的

在RemoveParentMolesPlugin這個插件中，針對每個mole都做了處理，看看這些模塊在哪些chunk之中有被使用到，把他們所存在的chunks按照id記錄下來，並改變她們的reason為幾種統一的chunk組合數組。這樣就做到了每個mole知道了自己被哪些chunk使用，但是從之前的單一reason到現在的多reason具體不知道有什麼用（恩。。可能是為作用域提升做准備）

然後嘛，移除空的模塊，不需要多解釋

然後這層處理就算完啦，主要進行了模塊的依賴梳理和拆分，並為他們添加上了指向父節點的指針（話說之前不是有origins嗎）

對模塊進行排序工作，不過只是按照索引進行排序罷了，那個按照出現概率進行排序處理的插件不是在這里工作的

又是那個flag的插件進行了處理，但是只是把所有模塊的used設置為了true，還有為一些被依賴的mole設置上他們的usedExports為true

ChunkConditions插件用於監視模塊上是否有chunkCondition函數，並返回他的執行結果，如果有模塊的此函數返回了false，那麼將會重寫這個模塊（重寫即是重新添加進入parent的鏈接以及reason等的設置）並且還會返回true，到至此過程不斷執行直至condition全部OK

RemoveParentMolesPlugin這個插件的作用有點玄乎，看樣子是對每個chunk進行處理，看對於多個chunk中都有的某一些mole，會直接把他們的reason設置為主要的入口chunk，而後把當前chunk中的mole移除掉（話說這個事情不是應該Common來做嗎）

然後移除所有空的模塊，再就是移除重復的模塊了（話說一直用set神他媽還會有重復的）

然後進行各種優化，比如出現的概率大的放到前面，這里還是做了mole和chunk兩種優化，也是有毛病，就像我們的react項目中可以知道react的使用次數最多，那麼他就被放到了最錢前面，緊隨其後的是echart等

HashedMoleIdsPlugin插件為我們的模塊計算出它的id，默認是通過md5進行計算，解出來的是base64的，而且計算的參數也僅僅只是通過模塊的libId進行hash，而這個libhash只是相對位置，連絕對的都不是，所以算下來這個東西能夠當成單個文件的hash了

applyMoleId，到這里你可能會想，誒之前不是已經設置好每個元素的id了嗎，為什麼還要搞這么個函數專門處理，我們在上一個生成id的時候實際上得到的id是根據我們的設置進行了截斷的，實際上拿到的hash碰撞的概率非常大，我們看看下面這個篩選的處理就可以知道，1885個模塊裡面竟然又3個重復的id，這種時候就要特殊處理了

執行sortItemsWithMoleIds依據id進行排序，不只是最外面的chunk，就連reason里的id也會被重新排序，也是蠻逗的，這里直接用的是id做比較並沒有判斷類型，也就是說把數字和字元串會混到一起，就算你是class也會拿valueOf出來比較，想想還是蠻刺激的，不過其實比較完成也沒有太特殊的用途就這么隨意一點也好

中間一些處理recordId的我忽略掉了

然後開始處理hash了，這里的hash具體使用了哪些參數和長度是多少呢

可以在此階段添加hashSalt即雜訊，給hash值添加一些特徵

進入mainTemplate的處理函數中，添加了一些字元串參數和數字參數，並且調用了mainTemplate的hash插件，但是她們的執行過程並不是保證我們最後生成的文件中能夠有結果的hash值，便於請求對應的資源文件，而是僅僅在hash的過程中添加了一些干擾的路徑參數等

最終一輪hash下來，chunk會得到自己的renderHash，而compilation會得到一個針對編譯過程的hash，這個hash就跟我們的所有資源扯上關聯啦，所以每次都是新的

創建模塊資源咯~

這些文章寫的都有點水，相當於是閱讀源碼時候做的筆記了，看看圖個樂子吧

⑷ 怎麼替換易語言裡面的圖片，沒加殼的，沒有源碼

查殼看看軟體有沒有殼，有殼就脫殼，然後用資源編輯器打開軟體，找到資源圖片，刪除文件，虛廳信添加新伏者的圖片到此位置差輪即可，保存退出。

⑸ 應用公園製作app可以拿走源碼嗎

應用公園製作app可以拿走源碼嗎：首先其次最後手機APP製作流程：無需技術，教你製作一個自己的手機APP

一款手機APP的製作，說復雜非常復雜，涉及到多個領域的研發，稍復雜一點的個人研發基本上搞不定，但是，也有非常簡單的手機APP一站式製作運營方法。

隨著移動互聯網基層開開發技術的發展，無需編程技術，也可以在應用公園製作手機。這里就以應用公園為例，教您熟悉手機APP製作流程，手把手教你製作一款自己心儀的手機APP。

第一步：了解自己想要製作一款怎麼的手機APP。是軟硬體結合？ 游戲 類？商城類？新聞資訊類？互動類？聊天類？還是團購類、同城服務類？送餐類？企業展示類？

每一個類別的APP開發差異非常大，主要就是不同類型所需要的功能支持。對自己想要做的APP有個大致的了解，但是這一步很多人都沒搞清楚，大部分人都存在一個大概模糊的創意、想法階段。

第二步：了解自己想要做的APP的基礎功能，劃分板塊。

對基礎功能的了解、板塊的分類，上手最快的方法就是：查看市場上類似的APP進行借鑒。

第三步：界面及交互的設計

界面及交互的設計，可以直接使用「墨刀」。可以先設計一個大概，後期不斷豐富。

第四步：APP功能的開發製作

APP功能的開發直接使用應用公園就可以了。應用公園把市場上常見的APP功能進行拆分組合，你不需要懂任何編程技術，只需喲安把需要的功能挑選出，組合搭配一個，就能迅速組建出一個手機APP。

手機APP製作具體流程：

1、打開應用公園的官網，點擊「開始製作」，注冊登錄；

2、應用公園為在線APP製作平台，所以不需要下載任何東西，直接進入製作頁面就可以；

3、應用公園目前有兩種模式：

（1）主題模式：應用公園平台上，已經很多已經製作完善的手機APP軟體，可以直接當做模板使用，僅需要把裡面的文字圖片進行替換，就可以快速製作一款APP。

（2）自由模式：就像拼圖一樣，把需要的功能自由組合搭配一下，就可以創造一款獨一無二的手機APP。

每一個功能控制項的具體功能，都通過後台自動配置。

4、手機APP打包

製作完善後，在應用公園平台直接點擊製作完成，就會自動打包成手機安裝程序。

5、應用發布上架

在應用公園平台直接申請應用發布，通過聯網後，就可以聯網使用了。

6、下載管理、運營

應用公園提供運營管理後台、下載站點、下載二維碼、手機管理助手等APP相關產品，一站式服務，自動配置，免去多次開發成本，而且後期的功能、內容的更新迭代自己既可以搞定，也不需要具體的編程技術。

自己製作app需要 編程知識 。但依靠第三方工具，三分鍾就可以做成專屬自己的APP。下面以簡易網為例演示：

簡網APP工廠三大特點

1、最低的成本：節省所有開發成本，以及僅幾分鍾的時間成本。

2、實用的功能：貼近傳統網站的內容編輯與發布方式。

3、靈活的運營：生成APP後，一個人也可以完美運營。

先來了解一下APP工廠：三分鍾製作APP

使用簡網APP工廠之前，我曾經通過其他類似的APP公司製作過兩三個不同版本的免費APP，簡網的操作流程是製作門檻最低的一家。

不支持用戶名注冊，需要使用微博賬號

新浪與騰訊微博用戶數幾乎覆蓋全網網民數，我們默認用戶已經擁有微博賬號，以便於進行APP快速創建。

填寫APP信息：幾分鍾搞定

製作APP之前我們需要做一些准備工作，比如我們要明確我們要做一個怎樣的APP，我們要為這個APP准備一張1024x1024的ICON以及一張114x114的小圖標，另外還需要一張640x1136的開機圖。

從簡網APP工廠的首頁，經過3次跳轉，省略了網站注冊過程，通過模板挑選完成APP美工定案，所需的是APP的圖標與應用簡介。全過程幾分鍾足矣。

快捷實用的後台采編系統

我們製作了一個新聞資訊類的APP軟體，同時我們擁有了一個功能齊全的後台更新系統。利用後台可以完全解決APP內容更新問題，可以快速進行新聞發布，包括文字、圖片、視頻、微博等形式，並且引入了完善的評論系統與社區系統。

筆者至今使用過三家大型網站的後台系統，由於種種 歷史 原因，這些後台系統都存在或多或少的不合理設計，也許是因為承載的功能過多，數據架構過於復雜，在新入職人員上手操作時，需要經過長時間的熟悉過程。

簡網為我們製作的APP提供了統一的後台模板，這個後台的功能亮點在於不僅提供原始錄入，還提供也許是目前設計最為合理的網路來源抓取功能。包括網頁、微博在內的網路內容，都可以在大約1分鍾時間內導入後台中，並且實時呈現在用戶手機上的APP客戶端。

APP的生成時間約為三分鍾，APP容量只有3M，一般的寬頻都可以在1分鍾之內下載好裝進手機

我們得到了一個可安裝的APP軟體

同時獲得了一個功能完善的編輯後台

快速的內容抓取，讓後台采編人員的數量可以降到最低，維持一個日更新量在100篇文章左右的APP客戶端，一個工作人員足矣。

內容采編神器：發布到應用

「發布到應用」這個功能可以說是管理後台提供的最強大的一個功能，經過簡單的設置後，我們可以在幾秒鍾之內把網路內容發布到我們的APP客戶端。

這樣一個媒體類APP就做好了。

很高興回答這個問題。

我是從事安卓App開發的，開發過很多App，那麼App是如何製作的。

頁面設計
我們看到的app都一個個頁面，每個頁面功能不同。首先是產品經理通過調研整理需求，然後將需求整理成頁面(可以使用墨刀等網頁製作)，然後在交給UI人員進行專業設計和美化，最後將設計圖打包給開發人員。

開發設計
拿安卓舉例，開發使用語言也分幾種，具體得根據實際情況來選擇。

1.原生開發

安卓一般使用java語言開發，當然現在也有kotlin語言進行開發。如何開發就涉及到具體編程了，這里就不詳說了。簡單描述就是使用安卓提供的一系列控制項來實現頁面，復雜點的頁面可以通過自定義控制項來實現。

2.使用H5語言開發

使用H5開發的好處有很多，可以多端復用，比如瀏覽器端，ios端，當然H5開發的體驗是沒有原生好的。結合我做過的項目來說，一般是這個頁面需要分享出去的話，就用H5開發。

3.使用flutter開發

flutter是近年來谷歌推出的一款UI框架，

使用dart語言進行開發，支持跨平台，weight渲染直接操作硬體層，體驗可媲美原生。但是flutter技術比較新，生態還不完善，開發起來效率相對偏低

頁面數據填充
頁面開發出來只是空殼子，沒有數據填充，這時候就需要通過介面獲取數據，然後解析數據，顯示在頁面上。

到此，一個大概的App製作流程就結束了。

首先你要清楚自己想要什麼樣的APP,是做哪一方便的?簡單的?還是復雜的

一下我就分為兩類進行回答

一,簡單APP
必要崗位

ui設計師(至少一個)

主要負責APP頁面的搭建和交互的梳理

客戶端開發人員(至少一個)

目前市面上的APP開發方式多為混合開發,如果做一個簡單的APP可以選擇webapp,這樣不但可以減少開發周期還可以控制開發成本

服務端開發(至少一個)

目前伺服器語言很多php,java,

node.js

非必要崗位

首先 ,我說的非必要崗位不是說這些崗位不重要,而是說在為了減少成本的情況下,這樣崗位可以被別的崗位所替代

產品經理

如果開發的App功能簡單,UI設計師就可以擔任這樣職責

測試工程師

當然,在時間允許的情況下,開發人員也可以是測試人員

二,復雜APP
復雜app可以考慮純原生開發,那麼客戶端至少兩個人進行開發(安卓,IOS),或者考慮混合開發,及web前端+原生開發人員

必要崗位

ui設計師,安卓開發工程師,ios開發工程師,後端開發工程師,產品經理,測試工程師,人員的多少可以根據項目的大小來定

三,必要成本
伺服器 :這是開發app必須要的,也就是我們放代碼的地方

上架審核所需費用 :比如IOS上架審核的花好幾百,安卓要申請軟著等

今年六月的時候，萌生了開發一個記賬 App 的想法，想去用自己的 App 記賬，管理收支。那時正好在英國是考試周，放假後，我回到了國內，准備去實現我的計劃。沒想到這暑假很快就結束了，在這個暑假中經歷的太多的事，准備了要去美國讀研的考試，遇到了生命中的另一半，同時，也將 Costuary for iPhone 帶到了這個世界。

Logo

說道為什麼要開發這樣一個 App ，因為筆者在 UK 讀書，市面上很少有記賬 App 能夠實現實時匯率的換算，帶有這個功能的 App 也是操作繁雜。所以要自己開發一個，功能並沒有那麼復雜的，並且能夠滿足自己在國外和國內生活需求的 App，所以自己編寫了 iPhone 的客戶端，為了獲取匯率和 Excel 導出，又用 Java 設計和編寫了 Costuary 的後端伺服器。

比起今年年初開發的 Flat Weather，這個項目的代碼量大約是他的十倍，需要實現眾多的功能和模塊。

這篇文章將會介紹一下 Costuary 的功能與我開發過程中的一些心得。

效果圖設計

說到設計，兩年前，我還是一個 Android 開發者，Google 的 Material Design 是我的最愛，所以，Costuary 採用了 Android 5.0 之後採用的 Material Design 設計。其中摻雜了一些我自己的設計，因為 Material Design 的控制項有時候操作繁瑣。

早在 5 月份的時候已經零零總總的用 Sketch 畫出了這個產品的 UI 和圖標，之後開始了漫長開發的過程。

Sketch交互

與去年開發的 Android 版不同，iPhone 版的 Costuary 採用了底部導航欄的設計，相比於 Android 通常使用的 Navigation Drawer 的抽屜布局，底部導航欄的設計即使在右手操作 iPhone 的時候都不會太費力。

UX功能 Features

Costuary 支持世界上主要貨幣的實時匯率轉換，所有外匯在統計時會轉換成主貨幣的數目，方便查看花銷。

日歷視圖能夠很直觀的反映出哪一天有消費和收入。

說到記賬軟體，量化消費的圖表無疑是重要的一環，Costuary 提供了餅狀圖來視覺化一段時間的花銷。

可以建立多個賬戶來表示自己的銀行卡，支付寶，現金等等。

可以看出本月的預算還有多少。

如果想要進行更加詳細的分析，可以使用導出功能將賬本導出到 Excel。

允許備份賬本內容到 iCloud。

開發

去把一紙設計變成真正的產品，這是一個獨立開發者應該具有的能力。只會寫代碼不只是我唯一掌握的，能夠去設計出來自己想要的應用並且將他實現才是我在做的事情。

這款應用的開發並沒有想像中的簡單，需要自己去實現大量 Android UI 控制項，很多圓角，陰影，字體，要慢慢的去調整，讓控制項適合 iPhone 的屏幕。整個應用的背後有 3 個關系型資料庫來儲存賬戶，賬本與各種匯率。與以前開發的 Flat Weather 不同，Costuary 會產生大量的用戶數據，所以整個軟體架構的穩定性變得異常重要，需要設計一些機制來防止數據丟失與損壞。

Development

為了實現 App 獲取每日的匯率，並且在 iPhone 上能夠實現賬本導出到 Excel ，我設計了一個伺服器後端來處理這些繁雜的實物。每次 App 啟動後會與我的伺服器來更新最新的匯率。當用戶選擇導出時，賬本會被發送到伺服器上並處理為 Excel 發送到用戶的郵箱里。

Mail

說到伺服器，就不得不提到用戶隱私了，因為導出到 Excel 功能需要將賬本傳到我的伺服器上做進一步處理，很多人會覺得我侵犯了他的個人隱私。對此，為了保護我的權益與用戶的權益，我撰寫了 Costuary 軟體許可及服務協議與 Costuary 隱私政策，這是我作為獨立開發者這么多年後第一次去寫許可協議。

Agreement資費

與我的其他產品一樣，這款 App 依舊是免費供大家使用的，作為獨立開發者，我們都知道，絕大多數用戶不會去珍惜一個免費的產品。就像 Flat Weather 一樣，雖然獲得了很多人的支持，但是也收到了很多人的吐槽。在 Costuary 中依然設計了一個的捐助按鈕，如果大家使用之後喜歡這個應用，請支持我將他維護下去。

Please donate me尾巴

Costuary for iPhone 是我開發出來過最大的軟體體系。我相信，能夠獨立開發出來產品的人懂得不只是編程。一個人要去經歷項目的全部生命周期：規劃，設計，開發，運營，維護，營銷，這些是我開發這么多產品所學會的。

現在的 Costuary 只是第一個版本，還有很多 iPhone 的特性沒有來得及開發，以後會跟上的，比如 iPhone X 的適配，3D Touch、Today Widget、Touch ID 等等。

以前在少數派撰稿的時候，很多讀者會來問我如何學習開發，我也特地去寫過如何去學習編程，但我相信，真正想去學習的，想去為這個生態貢獻出自己的一份力的人，自己都會找到學習的方法。我的專業是電子電器而不是軟體工程，但是我不後悔當年去學習編程。

最後，還是感謝在背後默默支持我的人，我會不斷地改進與提升，如果 Costuary 真的在記賬方面給予了你便利，這是我莫大的榮幸。

如果想要了解我的更多作品可以訪問我的個人博客 MikeTech，或者在少數派中閱讀我以前寫過的文章。今年年初也在 iPhone 上寫過一個天氣 App，天氣應用 Flat Weather 的設計歷程

對了，關於記賬有什麼用，如何記賬，如何養成記賬的習慣。為什麼每個月末都捉襟見肘，除了沒錢，很可能是對財務管理的能力不強。想了解這一方面的知識，不妨看一看我派的付費閱讀欄目：從零開始做好個人記賬

你好，非常感謝你的邀請。

開發一個app的話首先

第一步、需要調研，分析開發需求。

第二步、根據你的開發需求整理一個開發方案，選擇合理的架構。

第三步、開始研發。

第四步、測試。

第五步、上線試運行。

第六步、查缺補漏後投入使用。

開發一個app的話。有多種選擇。可以找一個第三方公司來進行開發。也可以自己招聘開發團隊。也可以交給比較信任的程序員朋友來進行開發。第三種方式的話，屬於接私活兒，成本較低。 當然前提你得有認識的人。

我也是程序員出身。參與過web網站開發。傳統辦公開發。H5開發。微信小程序開發。以及安卓開發。有著較豐富的開發經驗。自己完全可以勝任一個App，如果你有這方面的事需求的話，也可以私信我。我是山東的。如果方便的話也可以面談。

App軟體開發，從之前的溝通需求、規劃設計、程序開發、測試修改、它的發布等。這是一個非常復雜和漫長的過程，一旦進入通信，就需要定期維護和功能變更。它需要大量的專業人員參與，成本自然很高。 所以，隨著更新市場的發展和人們福利的提高，現在已經不像傳統開發那麼困難了。只需要動動滑鼠，不需要觸碰代碼就可以完成製作app部分。

App開發已成為企業發展的重要推動力量
十年巨變！移動互聯網已顛覆我們的時代，商業、社交、視頻、新聞、工具等領域，移動應用的滲透率已高達95%，在團購 旅遊 和零售行業，移動端收入規模已超過PC端，手機APP已成為企業不可或缺的線上陣地。

不用編程就能製作app的在線平台，擺脫了很多復雜的流程，還能減少用戶的麻煩，不會製作，而且可以在平台上查看詳細的課程，非常貼心的設置！在這里，我想說的是，如果你想製作app的話，可以在平台上查看詳細的課程。總的來說，這種方法會大大降低軟體開發app的成本，節省時間，讓很多人解決了資金短缺和想快速製作app的問題。

app是如何製作的，APP如何開發？
隨著智能手機APP軟體的吸引力越來越大，越來越多的企業開始開發自己的APP應用。企業要想開發屬於自己企業的APP應用，首先要分析自身的情況和市場對產品的需求。

在APP,開發這件事上，企業一定要注意以下幾點。

1. 開發APP應用一定要明確以自己為中心，開發APP是否能帶來巨大的利潤。

2. 要了解目標用戶的需求，配置APP吸引用戶，提高用戶購買應用的意願。

3. 通過合作再次尋找潛在客戶，我相信開發APP的收益遠遠大於成本。

開發APP蘋果系統，必須使用Xcode蘋果開發工具，一般採用Objective-C或Swift語言。Objective-C是繼承了C語言的C字，可以直接用Objective-C語言進行編程。如果你不懂數據，差別很小。還有一些新的蘋果後綴語言，非常有用。

Andro系統的app都是用Java語言開發的，Java語言已經流行了20多年，這個趨勢還在持續和延續。如果想要安卓系統的app首先要掌握Java語言，對於說C語言的人來說，學習Java還是很容易的。如果你對自學感興趣，Java網站上有很多培訓課程，還有很多免費培訓。視頻，不想付費。如果這個絕對是零基礎（沒學過其他編程語言，比如c語言），如果真的很感興趣，可以自學，但是速度比較慢。

總結：app開發擁有多種方法，選擇最適合自己的方式方法很重要
答案寫到這里，我想您應該知道了app的開發途徑或者方法是什麼。如果您是小企業或者是個體工商戶，您可以找人幫忙開發小程序或者自己在一些網站上進行傻瓜式軟體開發。正如上文所說，現在有很多的網站支持在線生成APP，常用的功能和介面都已經設置好了，操作起來不是很難。如果您是大企業，業務多訪問量比較大，我的建議是您應該聘請專業的軟體工程師開發專門的app，避免後期出現的問題沒辦法及時解決給您的企業帶來損失。

不懂的話，找專業的人幫忙，我就是專業的

app即application program。應用程序。目前手機平台是ios和安卓兩大平台的天下。本人不才從事安卓開發。簡單介紹一下吧你問的這個問題范圍太廣。ios和安卓開發語言不同。ios使用的是object_c和swift。安卓是基於java。二者都屬於面向對象的語言。開發平台安卓基於android studio早期使用的是eclipse+adt。不過已經被淘汰了。那麼怎樣開發app？首先你需要一個後台程序員寫伺服器以及搭建資料庫。其次你的會ios或是android其中之一那麼這就是最簡單的配置.現在流行混合開發如果你再會點前端的h5和js就更好了。一般一個軟體公司的基本配置是一個前端一個ios一個安卓一個後台。基本就滿足你搭建網站和手機應用的需求了。不過你作為老闆養這樣一個團隊很費錢。還不如找外包

軟體的生成需要經歷以下幾個階段:

1、滿足用戶需求——建立軟體目標，設想產品功能，進行場景化細分說明；進行可行性分析，用戶需求收集，用戶需求場景描述；場景問題梳理；獲取用戶行為、想法；場景應用痛點，機會點

2、需求開發與管理——建立用戶畫像，從軟體目標出發，進行問題梳理，場景行為分析，願景分析，建立體驗地圖

3、利用Axure繪制軟體原型，在用戶場景中切入，並組織軟體原型實施，在實施過程中進行問卷調查，收集問題，記錄用戶行為，不斷改善軟體需求，進行需求評審，進入評審優化

4、技術可行性分析——技術分析，場景分析，功能實現驗證，

5、開發計劃制定，實施，測試，驗證，發布

⑹ 如何看到一個APP應用的源代碼

一、安卓APP

用android-killer可以反編譯apk，比較方便，不過只能看到smail文件，學習一點smail，你可以看明白他的源代碼的意思，如果有殼的話，先改apk後綴後為zip，找到加殼的so文件，一般如名字中帶xxxprotect.so 用網路，360，騰訊廠商加固的話，也都有對應特點，然後把這個so文件用IDA pro打開，找到它的關鍵加密演算法。找到後，一版是不讓進加密演算法，直接return。就可去殼，去了殼之後，再進行重打包簽名，測試下。
二、ios上的app一般走如下流程
1、 拿個越獄機-下好工具
2、 去越獄平台下個想分析的應用（或者去app store下，用解密工具解密一下）
3、 導入reveal分析頁面，得到想要的知道的具體視圖類或者大致范圍
4、 分析class-mp中，找到想要的類和函數
5、 在IDA或者Hopper中找到具體函數，查看匯編邏輯
6、 修改相應的邏輯，達到篡改目的，重新打包

⑺ 如何找到軟體的源代碼

軟體的源代碼，基本是沒有辦法的，因為軟體運行時都是編譯後的程序，也就是把源代碼翻譯成計算機能執行的代碼，一般的破解是破解功能限制，注冊限制，反編譯也只是能得到匯編代碼，也很難看懂的。

⑻ 怎樣查看和修改軟體的源代碼

exe文件信息一般不能直接更改，因為是編譯好的，並且一般都加了殼。
想改的話，得用脫殼了吧。不同的文件有可能用了不同的軟體加了殼。
用各類脫殼工具測試並脫殼後，再反編譯，有可能得到相關文件信息並更改。

（一）殼的概念

作者編好軟體後，編譯成exe可執行文件。 1.有一些版權信息需要保護起來，不想讓別人隨便改動，如作者的姓名，即為了保護軟體不被破解，通常都是採用加殼來進行保護。 2.需要把程序搞的小一點，從而方便使用。於是，需要用到一些軟體，它們能將exe可執行文件壓縮， 3.在黑客界給木馬等軟體加殼脫殼以躲避殺毒軟體。實現上述功能，這些軟體稱為加殼軟體。

（二）加殼軟體最常見的加殼軟體ASPACK ，UPX，PEcompact 不常用的加殼軟體WWPACK32；PE-PACK ；PETITE NEOLITE

（三）偵測殼和軟體所用編寫語言的軟體，因為脫殼之前要查他的殼的類型。 1.偵測殼的軟體fileinfo.exe 簡稱fi.exe（偵測殼的能力極強） 2.偵測殼和軟體所用編寫語言的軟體language.exe（兩個功能合為一體，很棒） 推薦language2000中文版（專門檢測加殼類型） 3.軟體常用編寫語言Delphi，VisualBasic（VB）---最難破，VisualC（VC）

（四）脫殼軟體。 軟體加殼是作者寫完軟體後，為了保護自己的代碼或維護軟體產權等利益所常用到的手段。目前有很多加殼工具，當然有盾，自然就有矛，只要我們收集全常用脫殼工具，那就不怕他加殼了。軟體脫殼有手動脫和自動脫殼之分，下面我們先介紹自動脫殼，因為手動脫殼需要運用匯編語言，要跟蹤斷點等，不適合初學者，但我們在後邊將稍作介紹。

加殼一般屬於軟體加密，現在越來越多的軟體經過壓縮處理，給漢化帶來許多不便，軟體漢化愛好者也不得不學習掌握這種技能。現在脫殼一般分手動和自動兩種，手動就是用TRW2000、TR、SOFTICE等調試工具對付，對脫殼者有一定水平要求，涉及到很多匯編語言和軟體調試方面的知識。而自動就是用專門的脫殼工具來脫，最常用某種壓縮軟體都有他人寫的反壓縮工具對應，有些壓縮工具自身能解壓，如UPX；有些不提供這功能，如：ASPACK，就需要UNASPACK對付，好處是簡單，缺點是版本更新了就沒用了。另外脫殼就是用專門的脫殼工具來對付，最流行的是PROCDUMP v1.62 ，可對付目前各種壓縮軟體的壓縮檔。在這里介紹的是一些通用的方法和工具，希望對大家有幫助。我們知道文件的加密方式，就可以使用不同的工具、不同的方法進行脫殼。下面是我們常常會碰到的加殼方式及簡單的脫殼措施，供大家參考： 脫殼的基本原則就是單步跟蹤，只能往前，不能往後。脫殼的一般流程是：查殼->尋找OEP->Dump->修復 找OEP的一般思路如下： 先看殼是加密殼還是壓縮殼，壓縮殼相對來說容易些，一般是沒有異常，找到對應的popad後就能到入口，跳到入口的方式一般為。 我們知道文件被一些壓縮加殼軟體加密，下一步我們就要分析加密軟體的名稱、版本。因為不同軟體甚至不同版本加的殼，脫殼處理的方法都不相同。

常用脫殼工具： 1、文件分析工具（偵測殼的類型）：Fi，GetTyp，peid，pe-scan， 2、OEP入口查找工具：SoftICE，TRW，ollydbg，loader，peid 3、mp工具：IceDump，TRW，PEditor，ProcDump32，LordPE 4、PE文件編輯工具PEditor，ProcDump32，LordPE 5、重建Import Table工具：ImportREC，ReVirgin 6、ASProtect脫殼專用工具：Caspr（ASPr V1.1-V1.2有效），Rad（只對ASPr V1.1有效），loader，peid（1）Aspack： 用的最多，但只要用UNASPACK或PEDUMP32脫殼就行了 （2）ASProtect+aspack：次之，國外的軟體多用它加殼，脫殼時需要用到SOFTICE+ICEDUMP，需要一定的專業知識，但最新版現在暫時沒有辦法。 （3）Upx： 可以用UPX本身來脫殼，但要注意版本是否一致，用-D 參數 （4）Armadill： 可以用SOFTICE+ICEDUMP脫殼，比較煩 （5）Dbpe： 國內比較好的加密軟體，新版本暫時不能脫，但可以破解 （6）NeoLite： 可以用自己來脫殼 （7）Pcguard： 可以用SOFTICE+ICEDUMP+FROGICE來脫殼 （8）Pecompat： 用SOFTICE配合PEDUMP32來脫殼，但不要專業知識 （9）Petite： 有一部分的老版本可以用PEDUMP32直接脫殼，新版本脫殼時需要用到SOFTICE+ICEDUMP，需要一定的專業知識 （10）WWpack32： 和PECOMPACT一樣其實有一部分的老版本可以用PEDUMP32直接脫殼，不過有時候資源無法修改，也就無法漢化，所以最好還是用SOFTICE配合 PEDUMP32脫殼 我們通常都會使用Procmp32這個通用脫殼軟體，它是一個強大的脫殼軟體，他可以解開絕大部分的加密外殼，還有腳本功能可以使用腳本輕松解開特定外殼的加密文件。另外很多時候我們要用到exe可執行文件編輯軟體ultraedit。我們可以下載它的漢化注冊版本，它的注冊機可從網上搜到。ultraedit打開一個中文軟體，若加殼，許多漢字不能被認出 ultraedit打開一個中文軟體，若未加殼或已經脫殼，許多漢字能被認出 ultraedit可用來檢驗殼是否脫掉，以後它的用處還很多，請熟練掌握例如，可用它的替換功能替換作者的姓名為你的姓名注意位元組必須相等，兩個漢字替兩個，三個替三個，不足處在ultraedit編輯器左邊用00補。

常見的殼脫法：

（一）aspack殼 脫殼可用unaspack或caspr 1.unaspack ，使用方法類似lanuage，傻瓜式軟體，運行後選取待脫殼的軟體即可. 缺點：只能脫aspack早些時候版本的殼，不能脫高版本的殼 2.caspr第一種：待脫殼的軟體（如aa.exe）和caspr.exe位於同一目錄下，執行windows起始菜單的運行，鍵入 caspr aa.exe脫殼後的文件為aa.ex_，刪掉原來的aa.exe，將aa.ex_改名為aa.exe即可。使用方法類似fi 優點：可以脫aspack任何版本的殼，脫殼能力極強缺點：Dos界面。第二種：將aa.exe的圖標拖到caspr.exe的圖標上***若已偵測出是aspack殼，用unaspack脫殼出錯，說明是aspack高版本的殼，用caspr脫即可。 （二）upx殼 脫殼可用upx待脫殼的軟體（如aa.exe）和upx.exe位於同一目錄下，執行windows起始菜單的運行，鍵入upx -d aa.exe （三）PEcompact殼 脫殼用unpecompact 使用方法類似lanuage傻瓜式軟體，運行後選取待脫殼的軟體即可 （四）procmp 萬能脫殼但不精，一般不要用 使用方法：運行後，先指定殼的名稱，再選定欲脫殼軟體，確定即可脫殼後的文件大於原文件由於脫殼軟體很成熟，手動脫殼一般用不到。

三、壓縮與脫殼

現在脫殼一般分手動和自動兩種，手動就是用TRW2000、TR、SOFTICE等調試工具對付，對脫殼者有一定水平要求。而自動就稍好些，用專門的脫殼工具來脫，最常用某種壓縮軟體都有他人寫的反壓縮工具對應，有些壓縮工具自身能解壓，如UPX；有些不提供這功能，如：ASPACK，就需要UNASPACK對付。很多文件使用了一些壓縮加殼軟體加密過，這就需要對文件進行解壓脫殼處理後，才能漢化。這種壓縮與我們平時接觸的壓縮工具如winzip，winrar等壓縮不同，winzip和winrar等壓縮後的文件不能直接執行，而這種 EXE 壓縮軟體，EXE文件壓縮後，仍可以運行。這種壓縮工具把文件壓縮後，會在文件開頭一部分，加了一段解壓代碼。執行時該文件時，該代碼先執行解壓還原文件，不過這些都是在內存中完成的，由於微機速度快，我們基本感覺不出有什麼不同。這樣的程序很多，如 The bat，Acdsee，Winxfile等等。

要脫殼就應先了解常用壓縮工具有哪些，這樣知己知彼，如今越來越多的軟體商喜歡用壓縮方式發行自己的產品，如The bat！用UPX壓縮，ACDSEE3.0用ASPACK壓縮等。它有以下因素：一是：微機性能越來越好，執行過程中解壓使人感覺不出來，用戶能接受（給軟體加殼，類似WINZIP 的效果，只不過這個加殼壓縮之後的文件，可以獨立運行，解壓過程完全隱蔽，都在內存中完成。解壓原理，是加殼工具在文件頭里加了一段指令，告訴CPU，怎麼才能解壓自己。現在的CPU都很快，所以這個解壓過程你看不出什麼異常。因為軟體一下子就打開了，只有你機器配置非常差，才會感覺到不加殼和加殼後的軟體運行速度的差別。）。 二是：壓縮後軟體體積縮小，便於網路傳輸。三是：增加破解的難度。首先，加殼軟體不同於一般的winzip，winrar等壓縮軟體.它是壓縮exe可執行文件的，壓縮後的文件可以直接運行.而winzip，winrar等壓縮軟體可壓縮任何文件，但壓縮後不能直接運行。很多站點不允許上傳可執行文件，而只能上傳壓縮的文件，一方面處於速度考慮，也是為了安全性考慮。用加殼軟體壓縮的文件就是體積縮小，別的性質沒改變。還是EXE文件，仍可執行，只是運行過程和以前不一樣了。壓縮工具把文件壓縮後，在文件開頭一部分，加了一段解壓代碼。執行時該文件時，該代碼先執行解壓還原文件，不過這些都是在內存中完成的，由於微機速度快，我們基本感覺不出有什麼不同。

⑼ 視頻直播APP源碼製作,如何保持系統的流暢運行呢

【直播APP開發1】

做直播app開發前，首先要考慮自身對這套直播app的功能需求點在哪裡，包括功能布局等。一個穩定的直播app開發系統還要考慮的是能否減少甚至避免直播過程中出現的延遲和卡頓。75%的業內人士表明，延遲和卡頓阻礙了直播行業的發展。時下「直播」可謂是互聯網行業最引人矚目的風口，僅僅是「直播」已經不能引起人們的注目，創新技術將成為直播app開發的核心競爭力。因此選擇一個專業的直播app開發商也需要慎之又慎。

視頻直播軟體開發發展勢頭非常之猛，企業要想分一杯羹還得加把勁才行。目前攔在企業開發面前的是技術難題、直播模式還停留在電腦時代和盈利方式簡單等。難點分析：技術難題：支持幾個人同時直播和讓上百萬人一起直播是兩回事。要想做一個上規模的直播平台，不僅需要比較強的寬頻吞吐能力，而且在一定范圍內用戶數據的波動也是要求比較高的。畫面還原、不出現卡屏等也都是企業在開發視頻直播平台時需要解決的問題。直播模式還停留在電腦時代：2016是手機視頻直播的元年，由於電腦端經驗的積累，其主要的直播方式還是和電腦端一樣。都是主播與用戶的互動，並沒有什麼新意，對於移動互聯網的新技術等運用得也是非常少，可以說整個行業還存在著一定的瓶頸。盈利方式簡單：雖然直播的盈利方向是最為清晰的，廣告、打賞等。但是各大平台與網紅、明星等簽約的價格都不菲，單單只是靠廣告和打賞來盈利還是存在著一定的問題。直播開發應做好以下：一方面，有清晰的盈利方案，如通過廣告植入變賣流量，或者成立可持續發展的PGC會員增值體系，並藉此爭取融資繼續不斷擴大市場份額以站穩腳跟。另一方面，直播app開發不斷調整產品功能，積極利用VR和AR技術並投入到視頻直播平台。最後的是，需要找可信的開發團隊，具有技術和開發經驗的啟匯網路。

【APP開發費用】

APP開發的價格：其實具體要看你開發什麼軟體了，根據自己的功能需求選擇合適的方案，才能給出更精準的價格。如果你的app業務需求較簡單，功能要求不高，可以選擇簡單的套餐或者模板，大致預算在十萬以內（一個端），有人會說簡單的為什麼都這么貴是不是坑錢，我只能說正規公司做APP基本都是4-6萬起步，不管你做什麼類型的APP功能多簡單，上不上架哪怕只是一個空殼APP的價格也是萬元起步。當然也有人聽到一些只要幾千塊或者一兩萬就做個特別牛的，或者在淘寶看到的價格非常便宜，這里不多說，你試試就知道了。如果要求定製開發，費用有所上漲，這個費用比較高。但是也不建議您自己組建團隊開發，可以選擇一個可靠的app開發公司，可控的周期與合理的價格，比如我們中聯科技。定製開發先不說產品不同價位不同，目前的主流開發方向都是定製開發型，這種按需定製的軟體都是看客戶的要求進行價格估定的，看你的談判能力了！確認app開發的價格，首選你要確定自己的業務需求，按需求選擇合適的方案，才能更精準的給出價格。如果要求復雜性，費用有所上漲，大致可能在十萬以上，當然價格可能還會更高，APP的主要成本包括人力成本，溝通成本，和其他成本比如伺服器的維護費用，因為開發工程師和設計師的工資都比較高的原因，如果項目慎燃比較復雜，花費的時間周期比較長的話，就會增加開發的成本，最後開發一個APP的價格也會增高。一般根據需求不同，價格也不同，都是當面了解的。做好需求和預算的心裡准備，下一步就是找一個專業的app製作平台，製作專屬的app。APP的製作流程:一、APP的需求分閉孝雹析在這個時間段你可能對項目只有一些簡單的抽象的不是太具體的想法，這個時候就要對自己想到的這些想法進行討論和研究，看看這些想法的可行性，將一個個想法細致化，最終演變成一個個有著明確的功能。二、進行對APP的原型設計在確定好APP軟體需要的各種功能以後，緊接著就是對其中的每個功能進行規劃，確定好每個功能在頁面的布局，以及各個頁面如何去跳轉等，最後生成了APP軟體每個頁面的設計圖。三、進行APP的UI設計在設計圖都確定完畢以後就需要設計師來進行頁面的配色了讓整個頁面看起來更加舒適，最終設計出來的頁面效果圖基本和開發完成後再APP內所看到的是一樣的了；四、開始開發APP在設計圖設計完畢以後，開發人員根據所拿到的設計圖，進行對UI界面效果圖的界面開發還有各個功能的開發。五、進行APP的測試修改以上的流程都轎帆走完以後，一個完整的APP就出現了，但是可能還會有各種BUG，這時候就需要測試人員對整個APP的所有功能逐一測試，根據發現的各種問題進行修改和完善。六、發布APP在項目完成測試修改以後，就可以把APP打包起來了，然後簽名以後就可以把開發好的APP軟體投入到APP應用市場了。

⑽ 股市當中有哪些好用的指標，帶源碼的

指標不是萬能的，不是萬能鑰匙，靈丹妙葯，指標五花八門，林林總總，不計其數。每一類指標只能反映股票運行規律的一個側面。

我自以為是的適合自己的好用的主圖指標如下：

DRAWKLINE(H,O,L,C);

漲停1:=(C/REF(C,1))>=1.095 AND (C/REF(C,1))<=1.105;

STICKLINE(漲停1,O,C,4,0),COLORYELLOW;

漲停2:=(C/REF(C,1))>1.105 AND (C/REF(C,1))<=1.195;

STICKLINE(漲停2,O,C,4,0),COLORLIRED;

漲停3:=(C/REF(C,1))>1.195 ;

STICKLINE(漲停3,O,C,4,0),COLORMAGENTA;

EXPMA17:EXPMEMA(C,17)COLORMAGENTA LINETHICK2;

MA55:MA(C,55) COLORWHITE;

MA89:MA(C,89)COLORYELLOW ;

MA144:MA(C,144) COLORRED LINETHICK2;

CCL:=ABS((2*CLOSE+HIGH+LOW)/4-MA(CLOSE,20))/MA(CLOSE,20);

DDL:=DMA(CLOSE,CCL);

上:=(1+7/100)*DDL,DOTLINE,COLORGREEN;

下:=(1-7/100)*DDL,DOTLINE,COLORGREEN;

中:=(上+下)/2,DOTLINE,COLORGREEN;

上上:=EMA(上,181),DOTLINE,COLORRED;

下下:=EMA(下,181),DOTLINE,COLORRED;

中中:=EMA(中,181),DOTLINE,COLORRED;

DRAWICON(上>=上上,上上,17);

主十增倉:10*WINNER(CLOSE*0.9)*8,NODRAW COLORYELLOW;

十換手:SUM(VOL/CAPITAL*100,10),NODRAW COLORWHITE;

ER:=V/FINANCE(7)*100;

MAXCYC:=DMA((C+O)/2,ER/TMA(ER,(1-ER),1));

T1T:=BARSLAST(C>MAXCYC*POW(1.1,0.9));

T2T:=BARSLAST(C<maxcyc*pow(1.1,-0.9)); p=""> </maxcyc*pow(1.1,-0.9));>

T3T:=CROSS(T1T,T2T) OR CROSS(T2T,T1T) OR BARSSINCE(T1T+1)=0 OR BARSSINCE(T2T+1)=0 OR BARSCOUNT(C)=0;

T4T:=REF(MAXCYC,BARSLAST(T3T));

主力盈利:LN(C/T4T)/LN(1.1)*10,NODRAW;

{盈利天:BARSLASTCOUNT(主力盈利>0) COLORMAGENTA,NODRAW;}

獲利比例:WINNER(CLOSE)*100,NODRAW;

DRAWICON(獲利比例>0 AND 獲利比例<=2,L*0.98,9);

DRAWICON(獲利比例>2 AND 獲利比例<=5,L*0.98,23);

P1:=90;

AO:=P1+(100-P1)/2;

BO:=(100-P1)/2;

CCO:=COST(AO);

DDO:=COST(BO);

籌碼集中度:(CCO-DDO)/(CCO+DDO)*100/2,COLORRED,NODRAW;

DRAWICON(獲利比例>80 AND 籌碼集中度<10,L*0.98,25);

翻倍:=REFDATE(REF(LLV(LOW,90),3),DATE)=LOW AND (CLOSE-LOW>0-CLOSE OR OPEN-LOW>CLOSE-OPEN);

STICKLINE(翻倍,H,H*1.2,2,0),COLORLIRED;

DRAWTEXT(翻倍,H*1.2,'機會來了'),COLORYELLOW;

DRAWTEXT(翻倍,H*1.15,'堅決持有'),COLORCYAN;

DRAWTEXT(翻倍,H*1.1,'後市暴漲'),COLORMAGENTA;

N:=1.5;

M:=3;

DIFF:=EMA((EMA(CLOSE,N*12)-EMA(CLOSE,N*26))/EMA(CLOSE,N*26)*1000,M);

DEAF:=EMA(DIFF,N*9),COLOR000088;

加倉:IF(DIFF>=REF(DIFF,1) AND DEAF<ref(deaf,1),diff,drawnull),colorlired,nodraw; p=""> </ref(deaf,1),diff,drawnull),colorlired,nodraw;>

短線出局:=IF(DIFF REF(DEAF,1),DIFF,DRAWNULL),NODRAW;

STICKLINE(加倉 ,C,C*1.0015,8,0),COLORYELLOW;

在告訴你答案之前，先簡短的講講我的經歷吧！十多年前，我是世界500強企業的一名職員。通過自學，考試後現在轉行為證券公司的一名投顧。在我轉行之前也是到處找資料學習。相關的書籍啊，指標啊等等，但掌握了一些基礎知識後發現即使學會了這些東西還是遠遠不能在這個市場上生存的。通過認真思考我發現，如果做投資沒有自己的交易體系，那是很危險的一件事。在自己的交易體系建立之前，我做過外匯，做過權證，做過商品期貨，做過期權，當然也有股票。現在從業了，所以也就只是做做股票的模擬盤。所以對於指標類的東西還是有所發言權的。言歸正傳，下面來回答一下你的問題吧！

1.如果你真的想在這個投資市場上暢意的行走，你首先應該建立自己的交易體系。

2.在你建立交易體系之後，我現在正式回答你的問題。正常情況下，你只需要認真研究系統默認的幾個指標就可以了，K線，均線，量，KDJ，MACD就這幾個，其它雜亂的指標都是通過這幾個基礎指標編輯演變而成的，因為是手機截圖，所以這里截了兩個圖，如果需要操盤，建議最好是用電腦。

3.K線，K線就是紅綠柱，他代表最高價，最低價，開盤價和收盤價。在這里我就不詳細贅述了。

4.均線，均線分日，月，周，季，年均線等。那要看你是什麼周期，比如日均線m5就是五天內的平均價，也就是五日均線。M10就是十天均線等等。

5.量，量就比較復雜一點，常常需要配合其他指標使用，它代表成交量或成交額。周期也是和均線一樣。

6.MACD和KDJ，同樣需要結合周期來使用，最常見的就是金叉和死叉，但是也需要結合市場環境來看。

給大家一個去掉不適合自己參與的過濾選股器吧，懂代碼的可以自己修改，不懂得那就直接用，有幾個參數最好自己做一下修改，比如，股價，交易密度，等等。

它的功能是選出適合自己的帶有漲停板的活躍股，他不是操作的依據，只是幫你過濾掉那些不適合參與的股票，每天盤後下載數據，復盤選股，他不適合最預警，只適合復盤高效選股。

僅供參考（通達信使用者）

公式名稱：去掉無效選股

參數：N=2:2000:60（周期數）

N1=1:200:3（漲停板個數）

SS=2:2000:50（股價）

NN=2:30:15（交易密度）

ENTERLONG:=CROSS(MA(CLOSE,5),MA(CLOSE,20));{這是一個均線自動交易代碼暫時先保存著以備後用}

EXITLONG:=CROSS(MA(CLOSE,5),MA(CLOSE,3));{這是一個均線自動交易代碼暫時先保存著以備後用}

ZTTJ1:=(CLOSE>=ZTPRICE(REF(CLOSE,1),0.1));

ZTTJ:=(CLOSE>=ZTPRICE(REF(CLOSE,1),IF(FINANCE(3)=3,0.2,0.1)));

ZTTM:=COUNT(ZTTJ,N)>=N1;

AR2:=EVERY(ZTTJ,2);

AR3:=COUNT(AR2,60)>=1;

RZ1:=INBLOCK('殼資源')=0; RZ2:=INBLOCK('商譽減值')=0; RZ4:=INBLOCK('風險品種')=0;

RZ6:=INBLOCK('細分龍頭')=1; RZ7:=INBLOCK('已高送轉')=0;

{通達信去掉創業板*ST} S1:=IF(CODELIKE(馄'),1,0);

{通達信去掉退市股}{去掉不需要的板塊}{通達信去掉*、S、ST}

S2:=IF(NAMELIKE('S'),0,1); S3:=IF(NAMELIKE('*'),0,1);

{通達信去掉停牌}

S4:=DYNAINFO(17)>0;

S5:= BETWEEN(FINANCE(7)/10000000,1,400) AND FINANCE(7)*C/100000000<360 AND C<ss p="" ;

{去掉融券融資 AND S6}

S6:=FINANCE(52)=0;

S7:=IF(CODELIKE(鬈'),0,1);{通達信去掉科創板}

S10:=FINANCE(30)>=-5;

S12:=DYNAINFO(39)<500;

S13:=SUM(DYNAINFO(37),20)>0.2;

S14:=FINANCE(30)/FINANCE(20)*100>-50;

ST:S2 AND S3 AND S4 AND S7 AND RZ4 AND S13 AND ZTTM AND C<ss;{and p="" s1}

AA1:=C/REF(C,1)>1.03 AND C<ss p="" s7;{強勢選股}

AB1:=FROMOPEN*NN;

AB2:=DYNAINFO(50)>AB1;

S11:=IF(AB2,AA1,DRAWNULL);

「獵庄擒牛」指標要點：

一、指標提示「莊家出現」信號時，表明監測到此處有莊家大資金進場，行情即將開啟拉升，可跟進建倉。

二、指標提示「莊家出貨」信號時，表明監測到此處莊家在進行籌碼派發，應果斷止盈離場，落袋為安。

效果圖：

「獵庄擒牛」主要作用就是對莊家大資金動向的監測，從而給出預警信號。當然指標還有其它關於籌碼和趨勢的信號判斷，這里就不做過多講解，大家拿到後可以去慢慢摸索。

大道至簡，簡單有效不要復雜。股市中最有效的技術指標就是那些最貼近市場本質的數據跟蹤指標，我最常用的就是K線，均線，MACD和量能及均量線，夠用了。

在一個多變復雜的市場中，越簡單反而才是越有效，過於復雜的技術工具適應能力太差。

好用的公式有很多，但是適合自己才行！今天我分享幾個我自己經常用的公式分享給大家！

這個公式主要就是抓買賣點的指標，不含未來函數，可以放心操作！

該公式是精準判斷操作位置，依然沒有未來函數！

其次，如果大家想炒股，先學習一些基本的炒股知識，並且少量投入，切不可一梭哈。不要迷信技術指標，所謂的指標都是事後才出來的，有精力的可以去看看指標編程，無非都出自於成交量、成交額、均線等等，所以都是滯後的。簡單的K線、成交量、2條均線，輔助參考判斷即可。技術指標越復雜，越難以付諸實施。

所以，還請大家不要迷戀技術指標，我曾經花了1年多的時間研究、編寫各種技術指標，到現在，我已經放棄了，只留了交易軟體裡面最原始的指標，做輔助判斷而已，記住只是輔助判斷。還請大家不要走彎路，一入股市深似海，到處都是坑，切記！！！

這個我認為因人而異，畢竟適合自己的指標才是好指標。這里我們來分享下我常用的指標

第一，均線，均線是時候非常實用的指標，無論是短線，中線，長線都非常實用。

（1）如果是短線，5日均線就夠了。5日均線比較神奇。

①當K線從5日均線下方上穿5日均線，而且均線開始拐頭，結合量能，底部放量，那麼短線就可以把我了，而且是超短機會。基本都有不錯的收益。

②當市場均線多頭排列，只要K線在5日均線上方，沿著5日均線上行，那麼也是一個持倉的機會。

（2）中線，中線一般就是看20日均線，這個均線比較實用，也稱為萬能均線，只要K線站穩在20日均線上方，而且拐頭向上，結合籌碼，籌碼低位單峰，中線就可以把握。

（3）長線，長線就是60日均線上穿120日均線，而且趨勢上行。

第二，MACD，領略到精髓，賺錢非常簡單。

1、 MACD在0軸上方——每發生一次金叉，股價將創新高，但是二次金叉不要追。2、 MACD在0軸下方——每發生一次死叉，股價將創新低新低後可以適當的補倉。3， MACD在0軸上方——金叉死叉次數越多越好、牛股,4,, MACD在0軸下方——金叉死叉次數越多越差、熊股。5,MACD水下兩次金叉，第二次金叉就是買入機會。6.MACD的黃白兩線不能和柱狀形成背離，背離則會產生行情反轉。

好了我就分享了我常用的這兩個希望對大家有幫助。

如果想聽實話，我就告訴你。最好用的指標是：K線、成交量(手)、均線和MACD。其它指標都可以忽略。

你進入叢林，容易繞花眼睛，七選八選-選個漏眼。其實最顯眼的就是最好的。