@@ -11,7 +11,7 @@ msgid ""
1111msgstr ""
1212"Project-Id-Version :Python 3.8\n "
1313"Report-Msgid-Bugs-To :\n "
14- "POT-Creation-Date :2021-01-01 16:06 +0000\n "
14+ "POT-Creation-Date :2021-03-15 16:44 +0000\n "
1515"PO-Revision-Date :2020-05-30 11:53+0000\n "
1616"Last-Translator :tomo, 2020\n "
1717"Language-Team :Japanese (https://www.transifex.com/python-doc/teams/5390/ja/)\n "
@@ -963,33 +963,41 @@ msgstr "なぜ goto が無いのですか？"
963963
964964#: ../../faq/design.rst:602
965965msgid ""
966- "You can use exceptions to provide a\" structured goto\" that even works "
967- "across function calls. Many feel that exceptions can conveniently emulate "
966+ "In the 1970s people realized that unrestricted goto could lead to messy "
967+ "\" sphagetti\" code that was hard to understand and revise. In a high-level "
968+ "language, it is also unneeded as long as there are ways to branch (in "
969+ "Python, with ``if`` statements and ``or``, ``and``, and ``if-else`` "
970+ "expressions) and loop (with ``while`` and ``for`` statements, possibly "
971+ "containing ``continue`` and ``break``)."
972+ msgstr ""
973+
974+ #: ../../faq/design.rst:609
975+ msgid ""
976+ "One can also use exceptions to provide a\" structured goto\" that works even"
977+ " across function calls. Many feel that exceptions can conveniently emulate "
968978"all reasonable uses of the\" go\" or\" goto\" constructs of C, Fortran, and "
969979"other languages. For example::"
970980msgstr ""
971- "関数の呼び出しをまたいでも動作する\" 構造化された goto\" をまかなうものとして例外を使えます。C、Fortran、その他の言語での "
972- "\" go\" あるいは\" goto\" 構造の適切な用途は全て、例外で同じようなことををすれば便利であると、広く感じられています。例えば::"
973981
974- #: ../../faq/design.rst:617
982+ #: ../../faq/design.rst:625
975983msgid ""
976984"This doesn't allow you to jump into the middle of a loop, but that's usually"
977985" considered an abuse of goto anyway. Use sparingly."
978986msgstr "例外ではループ内へ跳ぶことはできませんが、どちらにしてもそれは goto の乱用と見なされるものです。使うのは控えてください。"
979987
980- #: ../../faq/design.rst:622
988+ #: ../../faq/design.rst:630
981989msgid "Why can't raw strings (r-strings) end with a backslash?"
982990msgstr "なぜ raw 文字列 (r-strings) はバックスラッシュで終わってはいけないのですか？"
983991
984- #: ../../faq/design.rst:624
992+ #: ../../faq/design.rst:632
985993msgid ""
986994"More precisely, they can't end with an odd number of backslashes: the "
987995"unpaired backslash at the end escapes the closing quote character, leaving "
988996"an unterminated string."
989997msgstr ""
990998"正確には、奇数個のバックスラッシュで終わってはいけません。終わりの対になっていないバックスラッシュは、閉じ引用文字をエスケープし、終っていない文字列を残してしまいます。"
991999
992- #: ../../faq/design.rst:628
1000+ #: ../../faq/design.rst:636
9931001msgid ""
9941002"Raw strings were designed to ease creating input for processors (chiefly "
9951003"regular expression engines) that want to do their own backslash escape "
@@ -1003,22 +1011,22 @@ msgstr ""
10031011"文字列はそれを認めません。その代わりに、バックスラッシュでエスケープすることで、引用文字を文字列として渡すことができます。r-string "
10041012"が意図された目的に使われるときに、この規則が役に立つのです。"
10051013
1006- #: ../../faq/design.rst:635
1014+ #: ../../faq/design.rst:643
10071015msgid ""
10081016"If you're trying to build Windows pathnames, note that all Windows system "
10091017"calls accept forward slashes too::"
10101018msgstr "Windows のパス名を構築するときには、Windows のシステムコールは普通のスラッシュも受け付けることを憶えておいてください::"
10111019
1012- #: ../../faq/design.rst:640
1020+ #: ../../faq/design.rst:648
10131021msgid ""
10141022"If you're trying to build a pathname for a DOS command, try e.g. one of ::"
10151023msgstr "DOS コマンドのパス名を構築するときには、例えばこの中のどれかを試してください::"
10161024
1017- #: ../../faq/design.rst:648
1025+ #: ../../faq/design.rst:656
10181026msgid "Why doesn't Python have a\" with\" statement for attribute assignments?"
10191027msgstr "属性の代入に\" with\" 文が使えないのはなぜですか？"
10201028
1021- #: ../../faq/design.rst:650
1029+ #: ../../faq/design.rst:658
10221030msgid ""
10231031"Python has a 'with' statement that wraps the execution of a block, calling "
10241032"code on the entrance and exit from the block. Some language have a "
@@ -1027,11 +1035,11 @@ msgstr ""
10271035"Python には、ブロックの実行を包む 'with' "
10281036"文があり、ブロックに入るときとブロックから出るときに、コードを呼び出します。以下のような構造を持つ言語があります::"
10291037
1030- #: ../../faq/design.rst:658
1038+ #: ../../faq/design.rst:666
10311039msgid "In Python, such a construct would be ambiguous."
10321040msgstr "Python では、このような構造は曖昧になるでしょう。"
10331041
1034- #: ../../faq/design.rst:660
1042+ #: ../../faq/design.rst:668
10351043msgid ""
10361044"Other languages, such as Object Pascal, Delphi, and C++, use static types, "
10371045"so it's possible to know, in an unambiguous way, what member is being "
@@ -1042,7 +1050,7 @@ msgstr ""
10421050"Pascal、Delphi、C++のような他の言語では、静的な型を使うので、曖昧な方法でも、どのメンバに代入されているのか分かります。これが静的型付けの要点です"
10431051" -- コンパイラは *いつでも* コンパイル時にすべての変数のスコープを知るのです。"
10441052
1045- #: ../../faq/design.rst:665
1053+ #: ../../faq/design.rst:673
10461054msgid ""
10471055"Python uses dynamic types. It is impossible to know in advance which "
10481056"attribute will be referenced at runtime. Member attributes may be added or "
@@ -1053,11 +1061,11 @@ msgstr ""
10531061"Python "
10541062"は動的な型を使います。実行時にどの属性が参照されるか事前に分かりません。動作中にメンバ属性が追加あるいは除去されるかもしれません。これでは、単純に読むだけではどのアトリビュートが参照されているか分かりません。ローカルなのか、グローバルなのか、メンバ属性なのか？"
10551063
1056- #: ../../faq/design.rst:671
1064+ #: ../../faq/design.rst:679
10571065msgid "For instance, take the following incomplete snippet::"
10581066msgstr "例えば、以下の不完全なコード片を考えましょう::"
10591067
1060- #: ../../faq/design.rst:677
1068+ #: ../../faq/design.rst:685
10611069msgid ""
10621070"The snippet assumes that\" a\" must have a member attribute called\" x\" . "
10631071"However, there is nothing in Python that tells the interpreter this. What "
@@ -1070,47 +1078,47 @@ msgstr ""
10701078"という名前のグローバル変数があったら、それが with ブロックの中で使われるのでしょうか。この通り、Python "
10711079"の動的な特質から、このような選択はとても難しい物になっています。"
10721080
1073- #: ../../faq/design.rst:683
1081+ #: ../../faq/design.rst:691
10741082msgid ""
10751083"The primary benefit of\" with\" and similar language features (reduction of "
10761084"code volume) can, however, easily be achieved in Python by assignment. "
10771085"Instead of::"
10781086msgstr "しかし、\" with\" やそれに類する言語の機能の一番の利点 (コード量の削減) は、 Python では代入により簡単に手に入れられます::"
10791087
1080- #: ../../faq/design.rst:690
1088+ #: ../../faq/design.rst:698
10811089msgid "write this::"
10821090msgstr "こう書いてください::"
10831091
1084- #: ../../faq/design.rst:697
1092+ #: ../../faq/design.rst:705
10851093msgid ""
10861094"This also has the side-effect of increasing execution speed because name "
10871095"bindings are resolved at run-time in Python, and the second version only "
10881096"needs to perform the resolution once."
10891097msgstr "Python では実行時に名前束縛が解決され、後者はその解決が一度で済むため、これには実行速度をあげる副作用もあります。"
10901098
1091- #: ../../faq/design.rst:703
1099+ #: ../../faq/design.rst:711
10921100msgid "Why are colons required for the if/while/def/class statements?"
10931101msgstr "if/while/def/class 文にコロンが必要なのはなぜですか？"
10941102
1095- #: ../../faq/design.rst:705
1103+ #: ../../faq/design.rst:713
10961104msgid ""
10971105"The colon is required primarily to enhance readability (one of the results "
10981106"of the experimental ABC language). Consider this::"
10991107msgstr "主に可読性を高めるため (実験的な ABC 言語の結果の一つ) に、コロンが必要です::"
11001108
1101- #: ../../faq/design.rst:711
1109+ #: ../../faq/design.rst:719
11021110msgid "versus ::"
11031111msgstr "と::"
11041112
1105- #: ../../faq/design.rst:716
1113+ #: ../../faq/design.rst:724
11061114msgid ""
11071115"Notice how the second one is slightly easier to read. Notice further how a "
11081116"colon sets off the example in this FAQ answer; it's a standard usage in "
11091117"English."
11101118msgstr ""
11111119"を考えれば、後者のほうが少し読みやすいでしょう。さらに言えば、この FAQ の解答例は次のようになるでしょう。これは、英語の標準的な用法です。"
11121120
1113- #: ../../faq/design.rst:719
1121+ #: ../../faq/design.rst:727
11141122msgid ""
11151123"Another minor reason is that the colon makes it easier for editors with "
11161124"syntax highlighting; they can look for colons to decide when indentation "
@@ -1119,21 +1127,21 @@ msgid ""
11191127msgstr ""
11201128"他の小さな理由は、コロンによってエディタがシンタックスハイライトをしやすくなることです。プログラムテキストの手の込んだ解析をしなくても、コロンを探せばいつインデントを増やすべきかを決められます。"
11211129
1122- #: ../../faq/design.rst:725
1130+ #: ../../faq/design.rst:733
11231131msgid "Why does Python allow commas at the end of lists and tuples?"
11241132msgstr "なぜ Python ではリストやタプルの最後にカンマがあっても良いのですか？"
11251133
1126- #: ../../faq/design.rst:727
1134+ #: ../../faq/design.rst:735
11271135msgid ""
11281136"Python lets you add a trailing comma at the end of lists, tuples, and "
11291137"dictionaries::"
11301138msgstr "Python では、リスト、タプル、辞書の最後の要素の後端にカンマをつけても良いことになっています::"
11311139
1132- #: ../../faq/design.rst:738
1140+ #: ../../faq/design.rst:746
11331141msgid "There are several reasons to allow this."
11341142msgstr "これを許すのには、いくつかの理由があります。"
11351143
1136- #: ../../faq/design.rst:740
1144+ #: ../../faq/design.rst:748
11371145msgid ""
11381146"When you have a literal value for a list, tuple, or dictionary spread across"
11391147" multiple lines, it's easier to add more elements because you don't have to "
@@ -1142,13 +1150,13 @@ msgid ""
11421150msgstr ""
11431151"リストやタプルや辞書のリテラルが複数行に渡っているときに、前の行にカンマを追加するのを覚えておく必要が無いため、要素を追加するのが楽になります。また、文法エラーを起こすこと無く、行の並べ替えを行うことができます。"
11441152
1145- #: ../../faq/design.rst:745
1153+ #: ../../faq/design.rst:753
11461154msgid ""
11471155"Accidentally omitting the comma can lead to errors that are hard to "
11481156"diagnose. For example::"
11491157msgstr "間違えてカンマを落としてしまうと、診断しづらいエラーにつながります。例えば::"
11501158
1151- #: ../../faq/design.rst:755
1159+ #: ../../faq/design.rst:763
11521160msgid ""
11531161"This list looks like it has four elements, but it actually contains three: "
11541162"\" fee\" ,\" fiefoo\" and\" fum\" . Always adding the comma avoids this source"
@@ -1158,7 +1166,7 @@ msgstr ""
11581166"\" fee\" 、\" fiefoo\" 、\" fum\" です。\n"
11591167"常にカンマを付けるようにすれば、この種のエラーが避けられます。"
11601168
1161- #: ../../faq/design.rst:758
1169+ #: ../../faq/design.rst:766
11621170msgid ""
11631171"Allowing the trailing comma may also make programmatic code generation "
11641172"easier."
