元スレ+ JavaScript の質問用スレッド vol.136 +
JavaScript覧 / PC版 / みんなの評価 :
301 = :
仮想DOM系はバックエンド理解してないとやっても意味ないだろ
302 = :
>>300
1.Xから2.Xでいろいろ変わりすぎ
ドキュメント少なすぎ
1.Xのドキュメント邪魔
人柱になりたくなければ避けた方が無難
303 = :
わしゃVue.jsがないとやっていけんわ
304 = :
ドキュメント少なすぎってどこの世界…？
http://jp.vuejs.org/v2/guide/
305 = :
>>301
仮想DOM系のフレームワーク(react,vue)は、バックエンドとフロントエンドを分離するための技術ですよね？
フロントエンド側から見るとブラックボックスのエンドポイントを叩けばJSONが返ってくるシンプルな実装になっている。
バックエンドがどんなDBを使ってるか、どんな言語で実装されているのか等、深く理解する必要は無い。
306 = :
http://twitter.com/ydnjp/status/1066529802142674945
:large
今から学習するならReactかVueの二択だな
Angularは淘汰された、jQueryも未来はない
バックエンド(WebAPI)はGraphQLでガチ決まり
これに異論唱える人は自分の周りにはもういない
安心して学習できる水準まで来てる
Prismaも組み合わせると尚良し
http://www.prisma.io/
■GitHub Starランキング
【JavaScriptフレームワーク編】
http://github.com/search?o=desc&q=javascript&s=stars&type=Repositories
3位 vuejs/vue ☆122K
4位 facebook/react ☆117K
【GraphQL編】
http://github.com/search?q=GraphQL&type=Repositories
3位 graphql/graphql-js ☆12.3K
4位 prisma/prisma ☆11.6K
5位 facebook/graphql ☆10.4K
7位 apollographql/apollo-client ☆9.4K
学ぶべきものはここに集約されてる
(deleted an unsolicited ad)
307 = :
>>306
jQueryだけ「もう使いたくない」「使わないつもり」の割合が高いな
308 = :
>>304
そんな公式ひとつで全部まかなえるはずないだろ
309 = :
>>308
基本、公式以外を信用しない俺とは対極的な考えだな…
310 :
>>308
わりと賄えてる気もするが…
311 = :
内容的にも翻訳的にも充実してる方じゃね
312 = :
>>304
wordpressのしょぼいテンプレートみたい。左メニューのクリック領域が狭くてが操作し辛い
見た目は若干アレだけど、内容は普通と思う
313 = :
vueのスターの半分は中国人で出来ています
314 = :
>>305
バックエンドが勝手にデータ変更したり構造変えたら終了
バックエンドでやってるバリデーションと違うバリデーションをやったら整合性保てなくて終了
バックエンドとフロントエンドの設計を同時にし、改修する場合も同時にやらないといけない
勝手にバックエンドだけ変えたらフロントで持っていたstateが合わなくなる
315 = :
フロントちょこっとやってからバックエンドがっちりやって、またフロントに戻りつつある
○○はどっち弄っても出来るけどってもんがあるとあとは負荷や処理速度の問題になってくるなと最近思う
316 = :
>>314
それ別にvueとかreactとか仮想DOMとか関係なくね？
ていうか勝手に変えるなそんなもん
317 = :
いまはフロントとバックエンドって分け隔てより、ロジックとビューで分かれる事が多い気がする
ロジック班は当然バックエンドの知識もないといかんな
318 = :
バリデーションをフロントとバックエンドの両方で対応するの二重管理じゃん
フロントがデータを保持しているかどうかはバックエンドはわからん
フロントで値を更新して保持して永続化もして、なのにバックエンドはそんなの知らんしDBに保存してないからって
DBとフロントで違う値になることもありえる
319 = :
vue.jsはnuxt.jsとセットで使うものだ
vue.jsのベストプラクティスを集めたフレームワークonフレームワークがnuxt.js
SSRやPWA対応も一瞬
$yarn create nuxt-app test
$cd test
$yarn dev
これだけで雛形完成
あとはpagesフォルダ以下のvue(単一コンポーネントファイル)を弄ってサイトを構築していくだけ
http://ja.nuxtjs.org/guide/directory-structure
320 = :
SPAじゃない古典的なMVCアプリケーションでも
バックエンドが勝手にDB構造変えたら
テンプレートエンジンに入り組んだロジックを変更しなきゃいけないので
reactやvueだけに該当する問題じゃないよね、それ
321 = :
>>320
バックエンドはフロントエンドも含めたフレームワーク
しかしreactとかはバックエンドは含まない
reactとか使う場合はバックエンドとフロントエンドの両方で値を持つ必要がある
古典的なフレームワークはフロントで値は持たない
322 = :
あとまともなWebAPI設計者だったらadd-only approachを選択するので
破壊的な構造更新はめったに起きない
フロントエンド(クライアント)はGraphQLでリクエストするだけ
もうRESTは使わない
323 = :
＞フレームワークonフレームワーク
ぜったいいやあああああああああああああ
324 = :
なんか話が噛み合わないな
2010年より以前の知識で止まってる人と会話してるみたいになってる
326 = :
jQueryは何故駄目なの？
vue.jsにする理由は？GraphQLってなに？
そもそもRESTってなんだ？
327 = :
>>323
そんな案件ばかりだよ？
>>324
おれのこと？
>>322
GraphQL使いたいんだがね
そこまで複雑でもない
しかしバックエンドとフロントでルーティング合わせないといかんのもねえ
328 = 310 :
>>326
別に駄目なわけじゃないよ
力不足なだけで
vueとかreactとかとかは
MVCベースのSPAのフロントの核となる前提で作られたものなので
それらに類するものを構築する上では非常にマッチする
jQueryはあらゆる場面で手軽に使うのが前提の汎用関数群なので
いろんなプログラムの部分部分で使うにはとても便利だけど
じゃあjQだけでSPA作ろうってなると足りないものが多いし
jQベースでそれを補おうとすると、ちょっと煩雑になりすぎる
330 = :
HTMLが動的に生成されるならそれはWebアプリです
331 = :
>>328
成る程ですね
SPAにするのは何故？
サーバーが組み立て済みのHTML吐き出すほうが楽じゃない？
そのHTMLをjQueryでちょこちょこ弄ってアニメーションさせてリッチな演出するのが業界の最先端技術だ！と
頭禿げてる先輩(専門卒)に教わったんですけど、もう古い？
332 = :
時価総額数千～数兆円の大企業に勤務する、東大京大卒の正社員さまの
「2018年のweb業界の技術トレンドはこれだ！」というものを教えていただきたいです。
ちなみに私も専門卒です。年収は250万円です。ハゲてはいません。
333 = :
>>331
全然古くない。もともとHTMLはドキュメントを記述するために
作られたもので、現在ウェブサイトの殆どは動きがないもの
アプリケーションに相当するものなんて殆どないよ
ウェブで出来ることが増えてきて上がってきてスマホアプリのような
アプリケーションも作れるようになったから、どの会社もみんな
アプリケーションで自社サイトを作り直すはずだ。みたいに考えてるやつが
一部いるだけで、そんな事するサイトはまず無い
昔はjQuery Mobileといって、jQueryをベースとしてスマホアプリと
同じようなインターフェースが作れるフレームワークがあったんだが、
それ（jQueryではなくjQuery Mobileね）が失敗したのもの理由は同じ
いくらなにかすごいことが出来るようになったとしても、会社サイトとか
情報サイトとかブログとかHTMLをベースとしているサイトが
なんの需要もなくスマホアプリ風にする理由がない
334 = :
つまり小説書いている人が、高性能パソコンを手に入れたからって
3Dアニメを作り出すようになるわけがないってことですかね
335 = :
よく考えてみたら、うちの会社の規模ですら静的HTMLオンリーはないですね。
よくある会社紹介サイトでも最新のお知らせ情報をリスト形式で表示するところあるじゃないですか？
これを毎回静的HTMLで更新するのは馬鹿らしい、ということで高専卒の新人くんが
Railsとかゆー、ウェッブアプリケーションを作るアプリで作ってました。
僕はHTML専門なんで、何をしてるのか分からなかったですけど・・・
336 = 310 :
>>331
UI/UXの観点からするとアプリケーションには
画面展開が行われるべき状況と
シームレスに展開されたほうがわかりやすい状況とが、それぞれある
アプリケーション側の観点からすると
プログラムはモデルありきであって、ビューが変わるのはその結果
たとえば画面全体が切り替わるのも、モーダルひとつ開くのも、基本的には同じこと
なのでウェブページの仕組みに制限されたくない
ってのがSPAが良しとされるところじゃないかな、と思ってる
337 = :
jQuery Mobile使ってたわ
今でもたまーに見かけるね
http://www.1-s.jp/
結構便利なんだけどページ内アンカを使えないという致命的な仕様があった
338 = :
>>335
たんなる会社紹介ページをRailsで作るとか無意味だよｗ
Railsで作るようなものは、ユーザーがログインして使うようなもので
ユーザーの操作でページが変わるようなもの
別の言い方をすれば、Googleが検索してクロールできないものだよ
339 = :
なんか難しいっすね
340 = :
>>338
ええっ！？無意味なんですか？
管理メニューから、お知らせ記事投稿するだけでトップページのリストが変化するのをみて
高専くんすげー！ってハゲの先輩が感動してましたけど・・・？
341 = 310 :
>>338
まあでもそんなもんじゃね？
ワッツニュー部分だけちょろっと書いてCMS化しよーって時とか
まあ慣れてる言語でサクッと書いちゃうでしょ
342 = :
そうだよ。HTMLがメインでJavaScriptはちょっと動きをつけるだけで十分な場合に、
HTML廃止して、JavaScriptから全部生成します。
JavaScriptがなければ表示されないし、HTML+CSSでサイト作っていた人は
今度からJavaScriptに埋め込む必要があります。
そしてプログラミングを学んでください
なんてのは、難しくしてるだけなんだよ
343 = :
>>340
無意味だよ。
それって普通にローカルでHTML生成しても出来ることだからね
HTMLすらわからない人にサイト更新させるために導入するならわかるが、
そういうのはブログで良い
自分でRails使ってアプリ作るとかサイトを重くして
脆弱性を埋め込む可能性があるRailsを使うことに意味はない
344 = :
そうなんすか
高専君いま隣りにいるんですけど
「こいつら適当なこといってますよ」ですって
345 = :
>>344
それがどうかしたの？
あんたがその高専くん出ない証拠もないし
ハゲはお前かもしれないだろ
346 = :
サイト更新とか自前でやるにしても、CMSかWordPress導入するのが関の山だろ
そのCMSやWordPressでvueやreactが使われていたとしても、
それは自分でJavaScript使って作るわけじゃないしね。
つまりvueやreactが必要とされるのは「開発者」ってこと
自分らでちょこちょこって使うならjQueryでいいよ
347 = :
ブログとかウェブアプリとか専門に作ってる会社以外は
jQueryで必要十分ってことかな
349 = :
>>347
そうでもないかも
vueやreactの本丸ではない細かな部品も
後発だけあって洗練されたのが沢山あって
例えばちょっとしたフォーム置くだけ
なんて場合でも結構使えるよ
350 = :
>>349
HTMLで書かれたページがあります。
何が簡単に使えるんですか？
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.126 + (952) - [97%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.126 + (348) - [97%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [95%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.119 + (1002) - [95%] - 2014/10/3 15:30
トップメニューへ / →のくす牧場書庫について