- PR -

JSPでのインデントについて!

投票結果総投票数:35
する 33 94.29%
しない 2 5.71%
  • 投票は恣意的に行われます。統計的な調査と異なり、投票データの正確性や標本の代表性は保証されません。
  • 投票結果の正当性や公平性について、@ITは一切保証も関与もいたしません。
投稿者投稿内容
GENZO
大ベテラン
会議室デビュー日: 2003/11/26
投稿数: 111
お住まい・勤務地: 名古屋
投稿日時: 2008-04-09 23:26
私はそれほど大きなサイトを受け持つことがありませんので、基本的に保守性を重視します。そのためコードが見やすくなるようにインデントすることが多いです。

しかし、インデントや改行をつけたり取っ払う事によって、元のデザインがくずれるケースがあります。そういう箇所はそのままにしておきます。。。
かつのり
ぬし
会議室デビュー日: 2004/03/18
投稿数: 2015
お住まい・勤務地: 札幌
投稿日時: 2008-04-10 00:21
引用:

バイト数を節約するためにServletで書くと言っているのではなく
デプロイ時にツール等でインデントなどを省くということは
未来永劫、同一人物が管理することが現実的でないため
運用の煩雑さからデグレ等が懸念されませんか?


最初から全ての手順を手作業にすると、ミスが発生しやすいので、
ビルドスクリプトとか用意したりしません?

ちなみにJSPではインデントを省く機能が無いですが、
TomcatのJSPコンパイラにはディレクティブの後の改行を省いてくれる機能があったりします。

引用:

XSLTで空白類を除いたHTMLを作成しresponseで返してもいいわけですよね?


負荷やりソースに対してシビアな要求がないのであれば、
ロジックで対処するというのもありかもしれませんが、
そもそもそういう要求がないなら、
1バイトでも削る為のインデント削除なんて不要でしょうね。

元々私の投稿はWEB等のシビアな要求がある場合の話しです。
そういう要求があるならインデントを削除するのもありでは?と書きました。
しかし、特に要求がないなら、開発効率重視でもいいと思います。
kuma
大ベテラン
会議室デビュー日: 2004/02/25
投稿数: 110
投稿日時: 2008-04-10 07:14
ビルドスクリプトが目的を一にするソースが複数存在することによる運用の煩雑化を解消することになるとは、あまり思えませんが
この辺りは他にも前提があるのでしょうね。

引用:

引用:

XSLTで空白類を除いたHTMLを作成しresponseで返してもいいわけですよね?


負荷やりソースに対してシビアな要求がないのであれば、
ロジックで対処するというのもありかもしれませんが、
そもそもそういう要求がないなら、
1バイトでも削る為のインデント削除なんて不要でしょうね。


XSLTをロジックと位置づけているのでしょうか?
私はJSPの変換もXSLTも大差ないものだと思っていますが・・
Java僧
ぬし
会議室デビュー日: 2003/11/06
投稿数: 261
投稿日時: 2008-04-10 09:02
転送量を減らす目的ならApacheと組み合わせてmod_gzipがありますね。
みなさん使ってませんか?
かつのり
ぬし
会議室デビュー日: 2004/03/18
投稿数: 2015
お住まい・勤務地: 札幌
投稿日時: 2008-04-10 10:05
XSLTを使うっていうのは、サーバサイド変換するって話ですよね?
静的なテンプレートをビルド時等に出力する意味で仰ってます?
nagise
ぬし
会議室デビュー日: 2006/05/19
投稿数: 1141
投稿日時: 2008-04-10 10:56
引用:

Java僧さんの書き込み (2008-04-10 09:02) より:
転送量を減らす目的ならApacheと組み合わせてmod_gzipがありますね。
みなさん使ってませんか?



gzipはchunk形式と相性が悪かった記憶が…。

動的生成のコンテンツの場合、HTTPのレスポンスヘッダでContent-Lengthを
指定できないのでchunked転送エンコーディングを使用することになり、
chunk形式に上書きする形でgzipをかけられなかったように記憶しています。

静的なコンテンツやHTTPレスポンスボディのサイズが固定の場合は
gzipかけておけばよいのですが。

スキルアップ/キャリアアップ(JOB@IT)