json解析演算法

Ⅰ 大神知道這是加過密嗎，json文件

：你上面的代碼是完整的么？似乎內容不完整啊！如果是完整的，最大可能是base64的編碼。如果作者自已用了不同於標准base64的編碼方案，那要花點兒時間才能解碼。軟體自身安全也是一個需要解決的問題。典型的例子是QQ，盡管它不是一個信息安全軟體，由於其自身代碼不具備反編譯、反靜態、動態分析的能力，出現了很多安全方面的問題。而作為信息安全軟體，軟體自身安全代碼的安全就顯得更重要。惡意代碼通常是通過分析操作系統及應用軟體的安全漏洞，並加以利用，從而編寫出的相應代碼。關於軟體自身安全這個問題本身就是一個龐大的課題，好在有長期的實踐積累，我們使特有的工具AntiDebugLIB很好地解決了這個問題。
總之，作為信息安全軟體，不僅要解決加密存儲，更要解決文件的訪問控制和自身安全問題，只有這樣才能真正為用戶的秘密信息保護提供完美的解決方案。
信息安全軟體與文件加密軟體對比：
8
/8
當您擔心您的私人或秘密文檔被網路駭客通過網路偷偷瀏覽或竊取時，
當您擔心您的私人或秘密文檔被木馬、或帶有後門程序等惡意代碼復制時，
當您擔心與同事或好友共享電腦或電腦遺失會造成秘密文檔的泄漏時，
當您擔心公司機密與個人隱私文檔的安全時，
總之，當您希望您的秘密文檔未經您的授權，任何人無權察看瀏覽或修改時，
WinTSD將成為您最為有效的秘密文檔安全保護工具。
有了WinTSD的保護，計算機信息安全防護水平必將得到極大的提高就會改變想法。
4
/8
因此僅僅解決加密存儲的問題還不足以解決秘密文檔防止泄露的問題，除非你加密後絕不再使用它。為了保障秘密文件的安全，文件訪問控制也是必須要解決的問題。殺毒軟體的主要技術思路特徵碼比對，有的聲稱可以殺未知木馬和未知病毒，如果真是那樣豈不是一勞永逸了，還不斷升級做什麼，僅僅是為了防破解嗎？信息安全軟體和殺軟有共同點也有不同點，信息安全軟體的著重點應當是防止信息泄露，如果能做到信息不泄露，即使有木馬、病毒在運行我們也可以忽略它。為此就要改變防禦思路。
5
/8
在WinTSD看來，木馬、病毒、程序後門等惡意代碼和普通應用程序是沒有區別的，都是在操作系統下可運行的程序代碼，只是惡意代碼運行時沒有用戶界面，隱蔽運行時所進行的操作用戶並不知情。程序代碼對文檔的所有操作（包括讀取、寫入、復制、粘貼、創建、刪除等）都是基於操作系統來進行的，這些操作最終會由操作系統轉發至系統服務層，由系統執行體來執行，在轉發至系統服務層過程中，WinTSD通過添加文件過濾驅動，將所有這些操作進行攔截分析，並將這些訪問的操作授權移交給計算機用戶，由用戶來決定是允許還是禁止這些操作，達到用戶完全掌控文件訪問操作的目的。對受保護文件的隱蔽操作將不復存在。即使是用來專門對付理論上安全性最高的物理隔絕的擺渡木馬，也有一件必須要做的事情就是讀取或復制其感興趣的文件。只要是對WinTSD保護的文件操作，WinTSD總會及時通知和提醒用戶，使得只有經過用戶授權允許後才能訪問受保護的文件,確保秘密信息的安全。
6
/8
WinTSD更關心的是程序對受保護文件的訪問。WinTSD採用主動防禦技術，對程序（包括木馬、病毒、程序後門等惡意代碼）進行主動攔截，任何程序代碼要訪問WinTSD保護的文檔，必須通過WinTSD授權許可，WinTSD將此授權移交給計算機用戶，由用戶來決定是否允許訪問秘密文檔。即使有木馬、病毒、程序後門等惡意代碼在運行，只要企圖訪問受保護的文件，其隱蔽操作都將暴露無疑。
WinTSD將需要保護的文檔以密文的形式存放在TSD格式的文件當中，TSD文件格式是WinTSD專用文件格式，配合文件過濾驅動實現透明加解密過程，加密演算法採用AES-256。TSD文件可以存放在硬碟、光碟、U盤等存儲介質中，不需要針對某種介質進行專門的安全防護，即使TSD文件丟失，其內部的文檔也不能被非法用戶查看

Ⅱ 關於json解析float數據精度的問題

在iOS開發過程中，如果server端介面傳過來的介面數據是float類型的，通過用NSJSONSerialization進行數據解析後，會出現數據精度丟失的問題，安卓端沒有發現這樣的問題。
出現小數點後很多位小數的問題，導致UI顯示，計算等的問題。

剛開始以為是數據加解密的問題，後來server和iOS端都去掉了加解密演算法直接傳輸明文，也出現了這樣的問題。所以排除數據加解密所導致這個想法。

列印結果

列印結果

這樣存儲，數據本來就是經度不對的，用作計算肯定出bug。

1、 float類型的兩位數，而且是含有兩位小數（兩位以上或者一位都沒問題），小數位第二位是0，十位數字是7、8、9；
2、float類型的一位數，各位是7、8、9，小數點後第一位是7、8、9。

備註：以上兩種情況下都會出現這個問題（個人觀點，有可能不對）。

如果在顯示的時候只保留兩位小數點，這樣處理也可以，UI顯示上不會有問題，但是數據本身是有問題的，如果計算之類的就不行了。

用NSNumberFormatter類進行轉化

如果需要顯示正確的字元串：

如果需要計算，處理數據後再給屬性賦值

關於NSDecimalNumber
demo

Ⅲ 前端開發需要學什麼啊

需要學習如下內容：

1、HTML語言

掌握HTML是網頁的核心，是一種製作萬維網頁面的標准語言，是萬維網瀏覽器使用的一種語言，它消除了不同計算機之間信息交流的障礙。因此，它是網路上應用最為廣泛的語言，也是構成網頁文檔的主要語言，學好HTML是成為Web開發人員的基本條件。

HTML是一種標記語言，能夠實現Web頁面並在瀏覽器中顯示。HTML5作為HTML的最新版本，引入了多項新技術，大大增強了對於應用的支持能力，使得Web技術不再局限於呈現網頁內容。

隨著CSS、javaScript、Flash等技術的發展，Web對於應用的處理能力逐漸增強，用戶瀏覽網頁的體驗已經有了較大的改善。不過HTML5中的幾項新技術實現了質的突破，使得Web技術首次被認為能夠接近於本地原生應用技術，開發Web應用真正成為開發者的一個選擇。

HTML5可以使開發者的工作大大簡化，理論上單次開發就可以在不同平台藉助瀏覽器運行，降低開發的成本，這也是產業界普遍認為HTML5技術的主要優點之一。AppMobi、摩托羅拉、Sencha、Appcelerator等公司均已推出了較為成熟的開發工具，支持HTML5應用的發展。

2、CSS

學好CSS是網頁外觀的重要一點，CSS可以幫助把網頁外觀做得更加美觀。

3、JavaScript

學習JavaScript的基本語法，以及如何使用JavaScript編程將會提高開發人員的個人技能。

4、操作系統

了解Unix和Linux的基本知識，對於開發人員有益無害。

5、網路伺服器

了解Web伺服器，包括對Apache的基本配置，htaccess配置技巧的掌握等。

(3)json解析演算法擴展閱讀

常見前端開發工程師職位職責要求：

（1）使用Div+css並結合Javascript負責產品的前端開發和頁面製作。

（2）熟悉W3C標准和各主流瀏覽器在前端開發中的差異，能熟練運用DIV+CSS，提供針對不同瀏覽器的前端頁面解決方案。移動HTML5的性能和其他優化，為用戶呈現最好的界面交互體驗和最好的性能。

（3）負責相關產品的需求以及前端程序的實現，提供合理的前端架構。改進和優化開發工具、開發流程、和開發框架。

（4）與產品、後台開發人員保持良好溝通，能快速理解、消化各方需求，並落實為具體的開發工作 ；能獨立完成功能頁面的設計與代碼編寫，配合產品團隊完成功能頁面的需求調研和分析。

（5）了解伺服器端的相關工作，在交互體驗、產品設計等方面有自己的見解。

Ⅳ 怎麼解決跨域問題

1、 通過jsonp跨域
JSONP（JSON with Padding：填充式JSON)，應用JSON的一種新方法，
JSON、JSONP的區別：
1、JSON返回的是一串數據、JSONP返回的是腳本代碼(包含一個函數調用)
2、JSONP 只支持get請求、不支持post請求
(類似往頁面添加一個script標簽，通過src屬性去觸發對指定地址的請求,故只能是Get請求)

2、代理：
www..com/index.html需要調用www.sina.com/server.php，可以寫一個介面www..com/server.php，由這個介面在後端去調用www.sina.com/server.php並拿到返回值，然後再返回給index.html
3、PHP端修改header
header(『Access-Control-Allow-Origin:*』);//允許所有來源訪問
header(『Access-Control-Allow-Method:POST,GET』);//允許訪問的方式
4、document.domain
跨域分為兩種，一種xhr不能訪問不同源的文檔，另一種是不同window之間不能進行交互操作;
document.domain主要是解決第二種情況，且只能適用於主域相同子域不同的情況；
document.domain的設置是有限制的，我們只能把document.domain設置成自身或更高一級的父域，且主域必須相同。例如：a.b.example.com中某個文檔的document.domain可以設成a.b.example.com、b.example.com 、example.com中的任意一個，但是不可以設成c.a.b.example.com，因為這是當前域的子域，也不可以設成.com，因為主域已經不相同了。
兼容性：所有瀏覽器都支持；
優點：
可以實現不同window之間的相互訪問和操作；
缺點：
只適用於父子window之間的通信，不能用於xhr；
只能在主域相同且子域不同的情況下使用；
使用方式：
不同的框架之間是可以獲取window對象的，但卻無法獲取相應的屬性和方法。比如，有一個頁面，它的地址是http://www.example.com/a.html ， 在這個頁面裡面有一個iframe，它的src是http://example.com/b.html, 很顯然，這個頁面與它裡面的iframe框架是不同域的，所以我們是無法通過在頁面中書寫js代碼來獲取iframe中的東西的：

<script type="text/javascript">
function test(){
var iframe = document.getElementById('ifame');
var win = document.contentWindow;//可以獲取到iframe里的window對象，但該window對象的屬性和方法幾乎是不可用的
var doc = win.document;//這里獲取不到iframe里的document對象
var name = win.name;//這里同樣獲取不到window對象的name屬性
}
</script>
<iframe id = "iframe" src="http://example.com/b.html" onload = "test()"></iframe>
這個時候，document.domain就可以派上用場了，我們只要把http://www.example.com/a.html 和 http://example.com/b.html這兩個頁面的document.domain都設成相同的域名就可以了。
1.在頁面 http://www.example.com/a.html 中設置document.domain:

<iframe id = "iframe" src="http://example.com/b.html" onload = "test()"></iframe>
<script type="text/javascript">
document.domain = 'example.com';//設置成主域
function test(){
alert(document.getElementById('iframe').contentWindow);//contentWindow 可取得子窗口的 window 對象
}
</script>
2.在頁面 http://example.com/b.html 中也設置document.domain:

<script type="text/javascript">
document.domain = 'example.com';//在iframe載入這個頁面也設置document.domain，使之與主頁面的document.domain相同
</script>
5、window.name
關鍵點：window.name在頁面的生命周期里共享一個window.name;
兼容性：所有瀏覽器都支持；
優點：
最簡單的利用了瀏覽器的特性來做到不同域之間的數據傳遞；
不需要前端和後端的特殊配製；
缺點：
大小限制：window.name最大size是2M左右，不同瀏覽器中會有不同約定；
安全性：當前頁面所有window都可以修改，很不安全；
數據類型：傳遞數據只能限於字元串，如果是對象或者其他會自動被轉化為字元串，如下；
這里寫圖片描述
使用方式：修改window.name的值即可；
6、postMessage
關鍵點：
postMessage是h5引入的一個新概念，現在也在進一步的推廣和發展中，他進行了一系列的封裝，我們可以通過window.postMessage的方式進行使用，並可以監聽其發送的消息；
兼容性：移動端可以放心用，但是pc端需要做降級處理
優點
不需要後端介入就可以做到跨域，一個函數外加兩個參數（請求url，發送數據）就可以搞定；
移動端兼容性好；
缺點
無法做到一對一的傳遞方式：監聽中需要做很多消息的識別，由於postMessage發出的消息對於同一個頁面的不同功能相當於一個廣播的過程，該頁面的所有onmessage都會收到，所以需要做消息的判斷；
安全性問題：三方可以通過截獲，注入html或者腳本的形式監聽到消息，從而能夠做到篡改的效果，所以在postMessage和onmessage中一定要做好這方面的限制；
發送的數據會通過結構化克隆演算法進行序列化，所以只有滿足該演算法要求的參數才能夠被解析，否則會報錯，如function就不能當作參數進行傳遞；
使用方式：通信的函數，sendMessage負責發送消息，bindEvent負責消息的監聽並處理，可以通過代碼來做一個大致了解；

Storage.prototype.sendMessage_ = function(type, params, fn) {
if (this.topWindow) {
this.handleCookie_(type, params, fn);
return;
}
var eventId = this.addToQueue_(fn, type);
var storageIframe = document.getElementById('mip-storage-iframe');
var element = document.createElement("a");
element.href = this.origin;
var origin = element.href.slice(0, element.href.indexOf(element.pathname) + 1);
storageIframe.contentWindow.postMessage({
type: type,
params: params,
eventId: eventId
}, origin);
}
Storage.prototype.bindEvent_ = function() {
window.onmessage = function (res) {
// 判斷消息來源
if (window == res.source.window.parent &&
res.data.type === this.messageType.RES &&
window.location.href.match(res.origin.host).length > 0) {
var fn = this.eventQueue[res.data.eventId];
fn && fn();
delete this.eventQueue[res.data.eventId];
// reset id
var isEmpty = true;
for (var t in this.eventQueue) {
isEmpty = false;
}
if (isEmpty) {
this.id = 0;
}
}
}.bind(this);
}

Ⅳ JSONArray查找重復對象

需求：如果nodeArray中包含了deptType和roleId完全相同的對象，則判斷為重復

方法：

但是上述方法所用的循環太多，一旦數組過大，演算法復雜度太高，效率低。由於只要判斷出當前數組中是否有重復對象，將每一個對象中的value取出，拼成的字元串肯定是唯一的，將獲取的字元串存到一個新的對象中，如果新對象中包含此字元串，則重復；否則，繼續循環原數組去取下一個對象拼成的字元串...

let nodeArray = [

{deptType: 1, roleId: 10},

{deptType: 1, roleId: 1000},

{deptType: 1, roleId: 100},

{deptType: 2, roleId: 1000},

{deptType: 2, roleId: 1000}

];

function verfiyNode(data) {

let map = {};

for(var i = 0;i < data.length;i++) {

let key = data[i].deptType + '-' + data[i].roleId;

let value = map[key];

if (value) {

return false;

}

map[key] = key;

}

return true;

}