duangsues.is_a? SaltedFish

button {
  background-color: #F5F5F5;
  min-width: 4rem;
  border-radius: 999px;
  border: #48B8D8 2px solid;

  box-shadow: #48B8D8 0 4px, #F8F8F8 0 6px 0 4px, #ADADAD 0 10px 0 4px, black 0 8px 0 8px;
  
  margin-left: 12px;
  margin-top: 4px;
  
  transition: all .1s ease-in-out;
}

button:focus, button:hover {  
  transform: translateY(4px);
  box-shadow: #48B8D8 0 0, #F8F8F8 0 2px 0 4px, #ADADAD 0 6px 0 4px, black 0 4px 0 8px;
}

button:focus { outline: none; }

12 views04:01

Forwarded from Pirated Account 🏴‍☠️

11 views04:01

duangsues.is_a? SaltedFish

#ce #parsing 半夜，想到一些关于分词处理的事，突然人格分裂。 🌝

66 views15:06

duangsues.is_a? SaltedFish

深夜，关于分词器(Lexer,Tokenizer)数据建模的问题，动苏又开始人格分裂（划掉）进行讨论。

A：CASC 的 Lexer 我看了，除了不常规的 SyntaxFacts 用于数据转换，TokenKind+Token(kind,String) 是挺常见的，不过它当然没有创建对象，是 Lexer-instance 上的 variable ，C 实现一般这么做。
B：我觉得 toplevel disambiguate 的 routine 不该叫 void Lex() ，应该做成 Iterator<Toekn>的形式
A：面向对象、局部化的做法很好也便于组织语法树，但是 return new 会增加内存压力，就为给 String 加 Kind ，很亏
B：其实看看最后返回的 Token 基本都是 (kind=LParen, text="(") 这样的东西，token type 最后只是被 when 了一下没有别的用也不影响 toString()
A：是，我觉得为了严谨也不该弄出 type ，可是具体怎么去掉
B：分词器解析器，二者之间传递的除了序列的拆分，无非是传递关键字种类、String literal、Int 的信息，一般只要一 String 就够，但是会区分不出 "(" 代表 LParen 还是用户输入的 "(" 字符串
B：要区分词条是 kw 还是 lit-text ，可以选择加 Kind 也可以直接将其存返回 String 里，作为固定后缀吧，考虑部分人用 StringBuilder 建立，以及 substr 取前缀速度可能快一些。数据存储没有通用的规范，建立方消耗方都明白即可
A：这样就可以省去 TokenKind 的定义了，而且解析上也少写一大堆无聊的 1:1关系建立代码
B：不仅如此，弄完后你会发现一大堆之前一行行写读取的 token 其实都有类似 Regex 的通用模式，并不需要为它们单独编程所以可以复用统一大量代码
B：Int、Char 的这些完全可以扫到字符串里再重读，其实完全可以直接把 type char 放到 Iterator 上，没有就代表不是值词条，只是关键词
B：突然想到一个更好的方法：反正关键词是固定的，直接定义成 String 用 ==(而非 equals) 全等判断呗，这样也方便解析器构造，如果没有自然就是值词条，Lua 就是这么弄的。
A：还是觉得建模成 Iterator ，不要全部放 instance var 的建议最有实用价值，kind 怎么定义也是个人喜好啦。

12 views15:06

duangsues.is_a? SaltedFish

#android #GUI

11 views16:01

duangsues.is_a? SaltedFish

Forwarded from niconiconi

9 views16:01

duangsues.is_a? SaltedFish

Forwarded from niconiconi

我就搞不懂了怎么最近超爱写这种代码

9 views16:01

duangsues.is_a? SaltedFish