サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Node.js +TypeScriptによるサーバーサイドの開発は、クライアントサイドとスクリプトを同じ言語で管理できるなどのメリットがあります。 その際に使用するのが、Node.jsウェブフレームワークであり、データベース連携は必要不可欠です。 ですが、普段データベースに触れる機会が少ないデータベース初心者にとって、SQL文を書くのはハードルが高く感じます。 そういった状況で役に立つのが、「Object-RelationalMapping / オープンソースのオブジェクト関係マッピング」(以降ORM)です。 「Prism
初めに ライブラリ等でメリットデメリットが大きく変わってくるため、 大雑把になっていますGoogleAppsScriptを書く手段 公式サイトで作成する 公式エディタ(https://script.google.com)でJavaScriptで記載する ローカルで作成する(EditorはVSCode)JavaScriptで記載し、そのままclaspでpushするTypeScriptで記載し、そのままclaspでpushする(自動でトランスパイルされる)JavaScript/TypeScriptで記載し、webpack等を使ってビルドして、claspでpushする それぞれのメリット・デメリット 公式エディタを使って、JavaScriptを使う メリット ライブラリ,サービスの使用やデプロイを、GUIで書けるJSDocで型を記載できる(paramとreturnしか使えない) 一応G
結論から 公式のTypeScript ドキュメントの何処にも namespace を非推奨と示唆する記載は無い。 尚且つmicrosoft/TypeScript#30994(comment) でTypeScript チームのリード開発者である Ryan Cavanaugh 氏が述べているように将来的に廃止される事も無い。TypeScript の namespace について調べると公式では無い記事や投稿で非推奨（deprecated）というワードが目立つ事、tslint やtypescript-eslint を使用していると namespace の使用で注意されてしまう事などから非推奨と認識されてしまっていると推測する。 個人的に「非推奨」という強いワードは「使用するな」というメッセージ性を感じる。開発者同士の間で誤解を生みかねないため namespace は非推奨では無いと伝え
【Typescript】baseUrlでの絶対パスインポートが「import/no-unresolved」で怒られる場合の対応TypeScriptESLintTypescriptではtsconfig.jsonのbaseUrlを指定すれば絶対パスでインポートができる。 しかし、eslintのimport/no-unresolvedルールに怒られてしまったので、そのときの対応を記載する。 1. eslint-import-resolver-typescriptをインストールする tsのインポート問題を解決してくれるライブラリらしい。
概要 ESLintのプラグインとVS Codeの設定でimportの追加・削除・整列を自動化して幸せになれる記事です。 こんな人におすすめ チーム間でimportの順番などのルールが決まっておらず。人によってフォーマットがバラバラなのが実は気になっている。 未使用のimportを消すのを忘れがち。 コンポーネントやライブラリの関数を書いたら勝手にimportしてくれたら嬉しい。 import周りを触るのがシンプルにめんどい。 使用するプラグインと設定 VS Codeの設定 source.addMissingImports importの自動追加に使用する VS Codeで設定する ESLintのプラグイン eslint-plugin-import importの整列に使用するプラグイン eslint-plugin-unused-imports 未使用のimportを削除に使用するプラグイン
はじめに 今回はwebpackやBabelについて学習したことを理解を深めるために文章としてアウトプットしていこうと思う。 そもそもなぜwebpackやBabelに関して学習しようと思ったかは、これまでTypeScript、React等を用いて様々なアプリケーションを開発してきたが、webpackやbabelに関する知識が曖昧なまま開発ばかりを行なっていた。なんとなく"とりあえず変換してくれているもの"程度の知識しかなかったので、しっかり理解していこうと思う。 そんな中でwebpackやbabelの必要性を学習していくうちにJavaScriptの歴史を理解した方がわかりやすいと思ったため、JavaScriptの歴史についても触れていこうと思う。JavaScriptの歴史JavaScriptの誕生JavaScriptの1995年にNetscapeの技術者であるブレンダン・アイクが開発し
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この投稿では、「TypeScriptの文法や用語がよく分からない」という問題を解消してくれそうなツールを紹介します。 勉強しながらの見切り発車 最近はTypeScript未経験でも、TypeScript案件にアサインされることが増えてきているように思います。 運がいいと着手前にTypeScriptをじっくり学習する時間を与えられることがあります。しかし、多くのケースでは、見切り発車で開発に参加するのではないでしょうか。 コードリーディングから始まるTypeScript案件は、理解すべき既存のTypeScript/JavaScriptコ
TypeScriptは型がついたJavaScriptです。プログラミングにおいて型があることの恩恵は大きく、近頃AltJSの代表格として人気を集めています。TypeScriptはもともと型のないJavaScriptで書かれるコードに型を付けることを使命としていることもあり、たまに変な型が追加されます。例えばTypeScript2.8で追加されたconditional typesはずいぶん注目を集めました。これによってTypeScriptの型システムの表現力が広がりましたが、一方でTypeScriptを書いている人の中には、よく分からない型が増えてついて行けない、一部の人たちが長くてよく分からない型定義を書いて喜んでいるだけと思っている方もいるのではないでしょうか。実際、健全にJavaScriptを書いていれば、自分でそのような変な型を書くことはあまり多くありません。 そこで、この記事ではT
TypeScriptはJavaScriptに静的型を付けることができるAltJSです。2015年9月に登場したTypeScript 1.6ではJSXのサポートが搭載され、.tsxという拡張子を用いることでJSXを含むコードを書いたり型チェックしたりすることができます。 JSXはJavaScriptに対してHTML（あるいはXML）のタグのような構文を導入する拡張記法です。以下の例のようにJavaScriptプログラム中に式としてタグを書くことができます（https://facebook.github.io/jsx/ から引用）： // Using JSX to expressUI components. var dropdown = <Dropdown> A dropdown list <Menu> <MenuItem>Do Something</MenuItem> <MenuItem>
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
