【Hacker News搬运】Civet:TypeScript的超级集

hackernews

Title: Civet: A Superset of TypeScript

Civet:TypeScript的超级集

Text:

Url: https://civet.dev/

由于我是一个AI，我无法直接访问外部网站或执行网络请求。因此，我无法使用JinaReader或其他工具来抓取和分析您提供的链接内容。

不过，我可以指导您如何使用JinaReader这样的工具来抓取和分析网页内容，并总结信息。以下是一个基本的步骤指南：

1. **安装JinaReader**：
   首先，您需要确保JinaReader已经安装在您的系统上。通常，您可以通过以下命令安装：
   ```bash
   pip install jina

配置JinaReader：
您需要配置JinaReader来指定要抓取的URL。以下是一个简单的配置示例，它使用JinaReader来抓取网页内容：

from jina import Document, Client

# 指定要抓取的URL
url = "https://civet.dev/"

# 使用JinaReader的Client来发送请求并获取响应
with Client() as client:
    # 创建一个Document对象，包含要抓取的URL
    doc = Document(uri=url)
    # 调用JinaReader的API来抓取内容
    client.post("/index", inputs=doc)
    # 获取抓取的内容
    content = doc.as_dict()
    print(content)

分析内容：
一旦您有了网页内容，您可以使用JinaReader提供的分析工具或自己的逻辑来分析这些内容。例如，您可以使用Python的re库来搜索特定的信息，或者使用自然语言处理库（如NLTK或spaCy）来分析文本。

翻译非中文内容：
如果抓取的内容不是中文，您可以使用在线翻译API（如Google Translate API）来翻译成中文。以下是一个使用Google Translate API进行翻译的示例代码（请注意，您需要先获取API密钥）：

import requests

def translate_text(text, target_language='zh-CN'):
    url = "https://translate.googleapis.com/translate_a/single"
    params = {
        'client': 'gtx',
        'sl': 'auto',
        'tl': target_language,
        'dt': 't',
        'q': text
    }
    response = requests.get(url, params=params)
    return response.json()[0][0][0]

# 假设content['text']是您需要翻译的文本
translated_text = translate_text(content['text'])
print(translated_text)

总结内容：
根据抓取和分析的结果，您可以编写代码来生成内容的摘要。这可能包括提取关键句子、标题或段落，并使用简单的自然语言处理技术来总结信息。

请记住，以上代码示例需要根据您的具体环境和需求进行调整。如果您需要具体的翻译或分析帮助，您可能需要提供更详细的信息或代码片段。

        
## Post by: revskill
        
### Comments: 
        
**danpalmer**: Civet. Kopi luwak coffee. It&#x27;s CoffeeScript.<p>I wrote a bunch of CoffeeScript back in the day, and everyone I&#x27;ve spoken to about it feels the same, that it was a bad idea in hindsight, and a language dead end. The language was only syntactic sugar, and by not bringing anything else to the table, was unconvincing for ports and support in other ecosystems. It now seems that most codebases have been decaffeinated though.<p>Civet looks like it adds a little more, but the things that aren&#x27;t just syntactic sugar are just a grab bag of TC39 proposals. I&#x27;m a big fan of language proposals in general, and having a language that adds all of them for <i>research purposes</i> seems like a nice thing to have. Haskell did this well with GHC language options. Is this a research language though? It seems not.<p>What&#x27;s the benefit over Typescript? A few less characters? Faster TC39 proposal integrations? What happens if a proposal is rejected, does it get removed from Civet? What&#x27;s the cost? What happens as Typescript and Civet diverge? What if the TS tooling doesn&#x27;t support Civet features?
> **danpalmer**: 猫。麝香猫咖啡。它；s咖啡脚本<p> 当年我写了一堆CoffeeScript，每个人我；我和他谈过这件事，感觉也一样，事后看来，这是一个坏主意，而且是一条死胡同。这种语言只是句法糖，没有带来其他任何东西，对于其他生态系统的端口和支持来说是不令人信服的。现在看来，大多数代码库都已经脱咖啡因了<p> Civet看起来增加了一点，但不是；不仅仅是句法糖，还有TC39提案。我；总的来说，我是语言提案的忠实粉丝，拥有一种将所有提案添加到<i>研究目的</i>的语言似乎是一件好事。Haskell在GHC语言选项方面做得很好。这是一种研究语言吗？似乎不是<p> 什么；与打字相比有什么好处？少了几个字？更快的TC39提案集成？如果一个提案被拒绝，会从Civet中删除吗？什么；费用是多少？当Typescript和Civet分道扬镳时会发生什么？如果TS工具没有；不支持Civet功能？
            
**dang**: Related:<p><i>CoffeeScript for TypeScript</i> - <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=34962782">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=34962782</a> - Feb 2023 (135 comments)<p><i>Show HN: Civet the CoffeeScript of TypeScript v0.4.20</i> - <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33834312">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33834312</a> - Dec 2022 (3 comments)<p><i>Civet: The CoffeeScript of TypeScript</i> - <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33323574">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33323574</a> - Oct 2022 (17 comments)<p><i>The CoffeeScript of TypeScript</i> - <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33198931">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33198931</a> - Oct 2022 (2 comments)
> **dang**: 相关：<p><i>用于TypeScript的CoffeeScript</i>-<a href=“https:”news.ycombinator.com/”item？id=34962782“>https:”&#x2F；news.ecombinator.com；项目？id=34962782</a>-2023年2月（135条评论）<p><i>显示HN:Civet TypeScript v0.4.20的CoffeeScript</i>-<a href=“https:&#x2F；news.ycombinator.com&#x2F；item？id=33834312”>https:&#x2F；news.ecombinator.com；项目？id=33834312</a>-2022年12月（3条评论）<p><i>Civet:TypeScript的CoffeeScript</i>-<a href=“https:&#x2F；news.ycombinator.com&#x2F；item？id=33323574”>https:&quot&#x2F；news.ecombinator.com；项目？id=33323574</a>-2022年10月（17条评论）<p><i>TypeScript的CoffeeScript</i>-<a href=“https:&#x2F；news.ycombinator.com&#x2F；item？id=33198931”>https:&quot&#x2F；news.ecombinator.com；项目？id=33198931</a>-2022年10月（2条评论）
            
**inlined**: Things I like:<p>- Everything is an expression<p>- Async imports just work without thought<p>- Yaml-like object structuring<p>- JSX improvements<p>- Multi-line string literals without leading whitespace<p>Things I’m on the fence about:<p>- Pipe operators (better than .pipe I guess?)<p>- Pattern matching (love it in Scala and swift, but this doesn’t feel done right)<p>Things I loathe:<p>- Signifiant whitespace (removing brackets in general)<p>- Optional parentheses in function calls (a foot-gun in VB and Ruby)<p>- Splats in the middle of function definitions (I can’t imagine how this works with overload definitions)
> **inlined**: 我喜欢的东西：＜p＞-一切都是一个表达式＜p＞-Async导入只是不假思索地工作＜p＞-Yaml-like对象结构＜p＞-JSX改进＜p＞-Multi-line字符串文字没有前导空格＜p＞我对以下事情持保留态度：＜p＜-管道运算符（我想比.Pipe更好？）＜p＞模式匹配（喜欢Scala和swift中的它，但感觉做得不好）＜p＜我讨厌的东西：＞-有意义的空白（通常删除括号）＜p〉-函数调用中的可选括号（VB和Ruby中的一个foot-gun）<p＞-函数定义的中间部分（我无法想象这是如何与重载定义一起工作的）
            
**SSchick**: Really redminds me of coffeescript, lots of special syntax that doesn&#x27;t really help readability?<p>I have a hard time understanding the motivation of this project other than syntactic sugar-maxxing JS&#x2F;TS.
> **SSchick**: 我真的很讨厌coffee脚本，它有很多特殊的语法；这真的对可读性没有帮助吗<p> 除了语法糖maxxing JS之外，我很难理解这个项目的动机；TS。
            
**rjknight**: Some of these seem good to me:<p>- &quot;everything is an expression&quot; is a nicer solution for conditional assignments and returns than massive ternary expressions<p>- the pipe operator feels familiar from Elixir and is somewhat similar to Clojure&#x27;s threading macros.<p>- being able to use the spread operator in the middle of an array? Sure, I guess.<p>I <i>want</i> to like the pattern matching proposal, but the syntax looks slightly too minimal.<p>The other proposals are either neutral or bad, in my opinion. Custom infix operators? Unbraced object literals? I&#x27;m not sure that anyone has a problem that these things solve, other than trying to minimize the number of characters in their source code.<p>Still, I&#x27;m glad that this exists, because allowing people to play with these things and learn from them is a good way to figure out which proposals are worth pursuing. I just won&#x27;t be using it myself.
> **rjknight**: 其中一些在我看来很好：<p>&quot；一切都是一种表达&quot；对于条件赋值和返回来说，这是一个比大型三元表达式<p>更好的解决方案——管道运算符在Elixir中感觉很熟悉，与Clojure有点相似；s线程宏<p> -是否能够在数组中间使用排列运算符？当然，我想<p> 我希望</I>喜欢模式匹配建议，但语法看起来有点太小了<p> 在我看来，其他建议要么是中立的，要么是糟糕的。自定义中缀运算符？未缓存对象文字？我；除了尽量减少源代码中的字符数外，我不确定是否有人能解决这些问题<p> 尽管如此，我；我很高兴这是存在的，因为让人们玩这些东西并从中学习是找出哪些建议值得追求的好方法。我刚刚赢了；我自己也不用。