solidity中String和bytes家族
对solidity没有怨恨，习惯了go，python，C/C++的我，在使用solidity写合约时，总有些兴奋（dandan）忧伤不能表达
本文就是本菜鸟遇到的坑总结一下，如果不对或者不满意的欢迎指正，我会尽量☺及时修正。
solidity简介
Solidity 是一门面向合约的、为实现智能合约而创建的高级编程语言。这门语言受到了 C++，Python 和 Javascript 语言的影响，设计的目的是能在以太坊虚拟机（EVM）上运行。
solidity使用
Solidity 是静态类型语言，支持继承、库和复杂的用户定义类型等特性。它的语法接近于Javascript，是一种面向对象的语言。
solidity字符串使用
首先明确solidity中应尽量的减少字符串的使用，变长 UTF-8 编码字符串类型，并不是值类型，solidity对字符串的支持有限，在很多操作上受到限制：
- 无法确定字符串的长度;
- 无法按照位置更改某个特定字符;
- 无法字符串拼接;
- 无法提取其中一部分;
String简单介绍：
1.solidity 中的字符串拼接需要通过bytes转换进行拼接
//错误示范：
String str1 = 'asdf'
String str2 = str1 + 'sdf' //这种行为是不允许的在solidity中
//常用写法：
function joinString(string _str1, string _str2) internal returns (string){
bytes memory _str1ToBytes = bytes(_str1);
bytes memory _str2ToBytes = bytes(_str2);
string memory ret = new string(_str1ToBytes.length + _str2ToBytes.length);
bytes memory retTobytes = bytes(ret);
uint index = 0;
for (uint i = 0; i < _str1ToBytes.length; i++)retTobytes[index++] = _str1ToBytes[i];
for (i = 0; i < _str2ToBytes.length; i++) retTobytes[index++] = _str2ToBytes[i];
return string(retTobytes)
}
//第三方库的使用：请自行百度 ～～～～～～～～～～～～～～～
//todo
2.solidity中String字符串基本上是任意长度的byte array字节数组(即byte[])，因此String []是二维字节数组(即byte[][])。根据solidity的说法，二维数组作为参数还不支持。
function setStrings(string [] row) // 编译会失败滴>
3.solidity 中每个字符串至少需要32个字节，这个就需要在字符串长度小于32字节下的gas消耗了。
对于bytes(1==>32)的使用减少gas消耗 不香吗？，下文介绍
bytes家族介绍
1.bytes(1==>32),这里的1==>32 指可以定义为：bytes1, bytes2, bytes3… 以此类推
- 指定固定空间大小
- 可以随意截取长度
- gas消耗明确可控
- 一旦声明不可更改
//以bytes32 举例
function setBytes(bytes32 [] _a) // 形参 _a 是一个一维数组
//solitdity 允许这样传参。
2.比较定长与非定长
bytes5 hh = 0x6c6abcdef8;
byte[5] yy = [byte(0x6a),0x68,0x79,0x75,0x65];
function changeIndexTohh() public {
// 错误，不可修改
hh[0] = 0x89;
}
function changeIndexToyy() public {
yy[0] = 0x89;
}
3.bytes[] 在solidity中不属于值类型，其实是一个变长字节数组，这点与String类似
//bytes声明方式
bytes b = new bytes(len) //len表示长度
String和bytes族的比较
1.String在处理时相对复杂，且消耗gas，对于字符串中含有中文的情况下，处理难度会增加
2.bytes字符串处理灵活，基本不涉及二维数组的问题
3.从语言的偏好来说，可以看出，solidity更支持开发者使用bytes而非String。
4.String在处理复杂业务时，做参数返回值等情况，很容易导致solidity开发者很头痛的问题之
EVM栈溢出 划重点这里考试要考的。
总结
对于只能合约来说，代码逻辑越多，相对的不可查未知漏洞也会增加，如果在设计合约方案时，减少对String的依赖，不香吗。
