Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Discussion: Should `MOI.set` perform complex operations?

オープン
#358 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
ドキュメント
明瞭さ
説明が足りない
活発さ
静か
技術スタック
julia

調査の方向性

まず pull request 356 と MOI.set の既存の使用箇所を読み、次にそれらを compute_conflict!、write_to_file、read_from_file、submit、transform、Utilities.PenaltyRelaxation と比較してください。set と modify のどちらで複雑な操作を行うかについて、利点、欠点、前例を明確にし、議論が決定に至った場合は合意された標準を文書化してください。

索引モデルが issue の本文から書いたものです。

説明

As far as I understand MOI.set is primarily used for setting attributes.

However, https://github.com/jump-dev/DiffOpt.jl/pull/356 introduced:
function MOI.set(model::Model, ::DiffOpt.ForwardDifferentiate)
as a replacement to
function forward_differentiate!(model)

Historically, performing more complex operations has been left (mostly?) for special functions such as:

  • compute_conflict!
  • write_to_file
  • read_from_file
  • submit
  • transform

A partial counter argument is:

  • Utilities.PenaltyRelaxation, but it is a modify not even a set
    I do think modify here makes sense.

Are there any other arguments to each side? any other precedent?

I would like to have the reasoning for that clarified.

What are de advantages and disadvantages?

Bonus:
As a follow-up, we should have good practices and standards documented to help developers consistently make decisions in these cases.

主要言語
Julia
スター
146
フォーク
21
平均マージ
1時間 25分
マージ済み PR(30日)
2

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

jump-dev/DiffOpt.jl のほかの issue

jump-dev/DiffOpt.jl の issue をすべて見る

似ている issue

Julia の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。